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ABSTBACT 

This  thesis  presents  a  review  of  current  literature  on 
management  support  system  development,  some  current  manage- 
ment philosophy,  and  an  organizational  analysis  of  the 
Electronic  Warfare  System  Support  Laboratory  located  at  the 
Pacific  Missile  Test  Center  Pt.  Mugu,  CA.  Using  the  knowl- 
edge gained  on  management  system  development  and  the  organi- 
zational analysis,  appropriate  objectives  and  reguirenents 
for  a  management  system  were  developed  for  the  laboratory. 
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I.  INTBODOCTIOH 

A.   BACKGRCUHD 

With  technological  advances  a  vast  amount  of  information 
is  available  and  it  is  becoming  increasingly  difficult  to 
utilize  this  information  properly-  Minzberg  states  that  a 
manager  is  "...the  focal  point  in  the  general  flow  of  infor- 
mation and  in  the  handling  of  general  disturbances." 
£Ref-  1s  p.  4]  Naisbitt  [Ref.  2:  pp.  1-33]  lists  the  tran- 
sition of  the  American  society  from  an  industrial  society  to 
an  information  society  as  one  of  ten  "megatrends"  currently 
taking  place.  Certainly,  a  key  factor  in  determining  a 
managers  success  is  going  to  be  his  ability  to  properly 
utilize  all  the  information  made  available  to  him. 

A  Management  Support  System  (MSS)  will  help  a  manager 
manage  information.  As  task  manager  of  the  Electronic 
Warfare  System  Support  Laboratory  (EWSSL)  the  author  wants 
to  be  sure  he  is  using  the  most  up  to  date  methods  to  manage 
the  laboratory. 

This  thesis  develops  the  requirements  for  a  MSS  for  the 
EWSS1.  The  EWSSL  is  located  at  the  Pacific  Missile  Test 
Center  (EMTC) ,  Pt  Mugu,  California.  The  EWSSL  generates 
test  configurations,  realistic  battle  situation  scenarios, 
and  data  acquisition  and  processing  capabilities  to  test 
Electronic  Warfare  (EW)  systems  and  suites  in  a  real-time 
dynamic  environment.  Navy,  Air  Force,  and  Army  developers 
of  EW  systems  utilize  the  EWSSL.  In  the  past  15  years  the 
size  of  the  EWSSL  has  greatly  increased.  Personnel  has 
changed  from  two  electronic  engineers  and  one  electronic 
technician  providing  technical  support  and  a  branch  head 
providing  part  time  managerial  support  in   1969  to  a  crew  of 


15  electronic  engineers,  three  electronic  technicians,  a 
program  analyst,  and  a  full  time  branch  head.  Simulation 
equipment  has  changed  from  one  target  tracking  radar  simu- 
lator tc  four  target  tracking  radar  simulators  and  four 
software  support  stations.  The  annual  budget  has  gone  from 
100  thousand  dollars  to  three  Billion  dollars. 

B.   MEET  ABD  OBJECTIVE 

1.  Need 

Managing  the  EHSSL  has  become  increasingly  complex. 
Assembling  the  information  required  for  program  planning, 
both  to  the  Naval  Air  System  Command  (NAVAIR)  sponsors  and 
EMTC  chain  of  command,  occupies  a  great  deal  of  time.  Not 
having  the  proper  information  readily  available  has  caused 
delays  in  response  resulting  in  missed  funding.  Long  range 
planning  for  the  EWSS1  requires  a  thorough  understanding  of 
the  Navy's  EW  development  program  as  well  as  defense 
industry  trends.  Information  sources  and  interfaces  are  not 
formally  defined  and  change  continually. 

2 .  Objectives 

The  objectives  of  this  thesis  are: 

1.  tc  identify  the  criteria  and  considerations  appro- 
priate for  a  fJSS  to  be  utilized  in  the  EWSSL. 

2.  tc  provide  a  brief  summary  of  management  theory 
evolution  and  effective  management  practises  as  they 
influence  information  systems. 

3.  to  identify  seme  current  organizational  assessment 
techniques. 

4.  to  examine  the  existing  EWSSL  environment  and  iden- 
tify roles,  responsibilities,  organizational  rela- 
tionships, and  information  flow  and  controls. 
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5.  to  stipulate  the  information  and  control  requirements 
for  an  EWSSL  MSS. 

6.  to  recommend  a  development  plan  for  the  EWSSL  MSS. 

C.  BETHCDOIOGY 

1.  Review  of  Current  Literature 

An  extensive  research  of  existing  literature  was 
conducted  to  gain  an  understanding  of  MSS  development. 
Other  topics  investigated  included  organizational  analysis, 
strategic  planning,  and  management  in  bureaucracies.  This 
was  accomplished  by  reviewing  current  books,  periodicals, 
and  reports.  Useful  documents  are  listed  in  the 
bibliography. 

2.  Personnel  Contacted 

Information  for  this  thesis  has  been  gathered 
largely  thrcugh  personal  contact  with  people  working  with 
the  EWSSL.  This  includes  personnel  employed  in  the  EWSSL, 
EWSSL  sponsors,  and  users  of  the  laboratory. 

3 .  Analysis 

The  EWSSL  was  analyzed  using  the  Network  organiza- 
tional model  detailed  in  Chapter  III.  Requirements  were 
determined  using  decision  analysis.  Input  and  output 
volumes  were  determined  from  discussions  with  IWSSL 
personnel. 

D.  THESIS  ORGANIZATION 

The  knowledge  gained  from  the  literature  search  has 
determined  the  thesis  organization.  The  thesis  is  organized 
much    like   an  MSS   is   developed. 
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Chapter  II  is  a  tutorial  on  current  approaches  to  MSS 
development.  The  chapter  shows  how  a  complete  MSS  can  be 
developed  and  then  discusses  the  components  of  the  MSS  that 
this  thesis  deals  with.  The  chapter  focuses  on  general 
criteria  of  an  MSS  describing  the  criteria  so  that  the 
reasoning  behind  current  MSS  development  can  be  understood. 

Chapter  III  presents  some  ideas  to  consider  when  devel- 
oping an  MSS.  First  a  brief  history  of  management  theory 
evolution  is  given.  Next,  some  ways  to  analyze  an  organiza- 
tion are  described  and  finally  some  current  ideas  on  manage- 
ment philosophy  are  discussed. 

Chapter  IV  describes  the  existing  EWSSL.  The  EWSSL  is 
described  using  the  Network  model  detailed  in  Chapter  III. 

Chapter  V  uses  the  information  obtained  in  Chapter  IV  to 
develop  the  requirements  for  a  MSS  for  the  EWSSL.  The  MSS 
is  subdivided  into  related  functions  and  the  required 
inputs,  outputs,  and  processes  are  identified. 

linally,  Chapter  VI  provides  a  brief  summary  of  the 
thesis  and  presents  the  recommendations  and  conclusions  of 
the  author. 
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II.  ESS   DESIGN  CBITEBIA  AND  CONSIDERATIONS 

A.   SISTEM  ANALYSIS 

To  implement  an  idea  it  is  best  to  have  a  well  thought 
out  plan.  Current  thinking  favors  the  systems  approach. 
The  word  system  has  many  definitions.  One  definition  of 
system  found  in  Webster's  dictionary  that  is  appropriate  is 
"A  complex  unit  formed  of  many  often  diverse  parts  subject 
to  a  common  plan  or  serving  a  common  purpose."  The  systems 
approach  solves  a  prctlem  by  dividing  the  task  into  clearly 
defined,  manageable  steps.  The  basis  of  the  systems 
approach  is  the  scientific  method  [Bef.  3;  p.  101]  that  is 
used  in  studying  the  physical  sciences.  The  steps  in  the 
scientific  method  are: 

1 .  observing 

2.  formulating  a  hypothesis 

3.  predicting  what  will  happen 

4.  testing  the  hypothesis 

Table  I  lists  the  steps  of  the  systems  approach  and  seme 
questions  that  must  te  asked  before  continuing  to  the  next 
step  [Eef.  3:  p.  102].  Table  II  applies  the  systems 
approach  to  strategic  planning  [Bef.  4:  pp.  110-117]-  Table 
III  applies  the  systems  approach  specifically  to  the  devel- 
opment of  an  MSS  and  lists  some  tasks  that  must  te  performed 
during  each  step.  This  approach  was  developed  by  Higo 
[Bef.  5].  Although  the  information  presented  in  the  three 
tables  are  quite  similar  each  provides  a  slightly  different 
viewpoint  that  should  be  appreciated. 
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TABLE  I 
The  Systems   Approach  -  Steps  and  Decisions 

STEPS  DECISIONS 

1.  Define  the  prctlem 

Where  is  the  problem? 

What  is  causing  the  problem? 

Is  this  the  true  cause? 

2.  Gather  the  data  describing  the  problem 

Does  new  data  need  to  be  gathered, 

or  does  data  already  exist? 

Who  will  gather  the  data? 

How  will  the  data  be  gathered? 

3.  Identify  altercate  solutions 

How  many  alternatives  should  be  identified' 
Are  there  other  alternatives? 
Are  these  alternatives  feasible? 

4.  Evaluate  the  alternatives 

Which  criteria  should  be  used? 

How  does  each  alternative  measure  up 

to  each  criteria? 

Do  all  the  criteria  have  equal  weight? 

5.  Select  the  best  alternative 

Do  I  have  enough  information  tc  make 

a  decision? 

Which  alternative  measures  up  test  to 

the  criteria  selected? 

Was  the  selection  process  fair? 

6.  Inplement  the  solution 

When  should  the  solution  be  inp lemented? 
How  should  solution  be  implemented? 
Who  should  implement  the  solution? 

7.  Evaluate  solution 

Who  should  evaluate  solution? 

How  well  is  solution  meeting  objectives'' 
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TABLE  II 
Steps  In  Strategy  Development 


1.  Goal  Formulation 

V 

2.  Current  Objectives  and  Strategy 

3.  Environmental  Analysis 

4.  Resource  Analysis: 

Organizational  Strengths  and 
Weaknesses 


5-   Strategic  Opportunities 
and  Threats 


6.   Determine  Change  Required 
in  Current  Strategy 


7.  Strategic   Decision    Making 

Develop. Evaluate, Select 
Alternatives 

8.  Implement  Strategy 

9-   Measurement  of  Progress 
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TABLE  III 
Management  Support  System  Development 


PHASE  TASK 

Initiation  Define  the  Problem 

Define  the  Objectives 

Statement  of  Anticipated  Benefits 

Survey  Analysis  of  Current  Situation 

Requirements  Define  User  Requirements 

Identification  of  Alternatives 

Gross  Design 

-inputs,  outputs,  processing 


Preliminary  Design    Selection  of  Gross  Design 

Alternatives 

Preparation  of  Functional 
Specifications 

Cost/Benefit  Analysis 


Detail  Design         Preparation  of  System  and 

Programming  Specifications 

Training  Plan  and 
Documentation  Begun 


Development  Programs  Written 

Hardware  Procured 


Implementation        System  Tested 

Interfaces  Tested 
Operational  Acceptance 

Evaluation  Cost  and  Performance  Evaluated 

Modifications  as  Required 
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B.   MSS  DESIGI  CHITEBIA 

In  the  development  of  an  MSS  there  are  certain  criteria 
one  is  trying  to  satisfy.  Sprague  [Ref.  6:  pp.  94-96] 
discusses  a  general  set  of  criteria. 

1.  An  MSS  should  support  users  at  all  levels. 

2.  An  MSS  should  support  different  types  of  decisions. 

3.  An   HSS  should  support  ail   phases   of  the   decision 
making  process. 

4.  An  HSS      should  support   different   decision   naking 
£ locesses. 

5.  An  MSS  should  re  easy  to  use. 

By  describing  these  criteria  we  can  better  understand 
what  must  be  included  in  an  MSS. 

1 •  5ser  Levels 

*n  Planning  and  Control  Systems:  A  Framework  For 
Analysis  Robert  Anthony  developed  a  classification  scheme 
that  divided  managerial  functions  or  processes  into  three 
levels.  He  believed  that  the  differences  between  these 
categories  were  so  significant  that  control  systems  designed 
for  each  process  would  have  substantially  different 
characteristics. 

Anthony's  first  category  is  called  "strategic  plan- 
ning". Strategic  planning  is  defined  as  "  the  process  of 
deciding  on  objectives  of  the  organization,  on  changes  in 
these  objectives,  en  the  resources  used  to  obtain  these 
objectives,  and  on  the  policies  that  are  to  govern  the 
acquisition,  use  and  the  disposition  cf  these  resources. " 
[Ref.  7:  p.  16]  Anthony  made  several  points  with  respect  to 
strategic  planning.  first,  strategic  planning  focuses  on 
the  choice  of  objectives  for  an  organization  and  on  the 
means  reguired  to  achieve  these  objectives.  Because  of 
this,    problems  in   this  area   tend  to   involve  long   range 
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planning  and  reguire  predicting  the  future  of  both  the 
organization  and  its  environment.  Secondly,  the  strategic 
planning  process  usually  involves  a  small  group  of  high 
level  people  in  the  organization  and  is  nonrepetitive  and 
often  very  creative  and  insiteful.  The  types  of  decisions 
made  have  many  variables  and  are  usually  unstructured.  Ihe 
results  cf  these  decisions  are  policies  and  procedures  which 
have  to  be  analyzed  over  time  and  even  then  are  extremely 
difficult  to  evaluate. 

Ihe  second  category  defined  by  Anthony  is  management 
control.  This  process  is  defined  as  "  ...the  process  by 
which  managers  assure  that  resources  are  obtained  and  used 
effectively  and  efficiently  in  the  accomplishment  cf  the 
organizations  objectives."  [Ref.  7:  p.  17]  There  are  three 
aspects  of  this  function.  This  process  involves  managers 
who  must  accomplish  their  tasks  through  interaction  with  a 
large  number  of  people.  These  tasks  are  defined  from  the 
objectives  and  policies  that  have  been  determined  in  the 
strategic  planning  process.  The  criteria  for  evaluating  the 
actions  taken  are  effectiveness  and  efficiency. 

Anthony* s  third  category  is  operational  ccntrol 
which  is  defined  as  "  the  process  of  assuming  that  specific 
tasks  are  carried  out  effectively  and  ef f iciertly. " 
[Ref.  7:  p.  18]  The  difference  between  management  ccntrol 
and  operational  control  is  that  management  control  is 
focused  on  planning  and  execution  in  general  whereas  opera- 
tional ccntrol  is  focused  on  specific  tasks. 

2-   Types  of  Decisions 

Simon  in  The  New  Science  Of  Management  Decision  has 
defined  decision  types  as  either  "programmed"  or  "unpro- 
grammed".  Programmed  decisions  are  defined  as  those  deci- 
sions which  are  repetitive  and  routine  and  a  definite 
procedure  has   been  established   for  solving  them  each   and 
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every  time  they  occur.  Nonprogrammed  decisions  are  those 
for  which  there  is  no  firm  decision  making  process. 
Nonprogrammed  decisions  are  not  repetitive.  These  ty^es  of 
decisions  occur  because  of  time  constraints,  lack  of  knowl- 
edge, a  large  search  area,  or  nonquantif iable  data. 
Nonprogrammed  decisions  require  individual  action  using 
intelligent,  adaptive  problem  solving  techniques. 

People  at  all  levels  of  management  are  required  to 
solve  both  types  of  decisions. 

Another  classification  scheme  of  decision  types  is 
Thompson's,  as  interpreted  by  Hackathorn  and  Keen  [Bef.  8]- 
They  classify  decisions  as  either  independent,  sequential 
interdependent,  or  pooled  interdependent.  Independent  deci- 
sions are  where  a  decision  maker  has  full  responsibility  and 
authority  to  make  a  complete  implementable  decision. 
Sequential  interdependent  decisions  occur  when  a  decision 
maker  makes  part  of  a  decision  which  is  then  passed  on  to 
someone  else.  Pooled  interdependent  decisions  are  where  the 
decision  results  from  negotiations  and  interaction  among 
several  decision  makers.  The  decision  makers  involved 
process  different  knowledge  that  must  be  combined  to  make 
the  decision. 

3.   Phases  of  the  Decision  Making  Process 

Simon  [Ref-  S]  determined  that  there  are  several 
stages  to  the  decision  making  process.  He  has  divided  the 
decision  making  process  into  three  phases:  intelligence, 
design,  and  choice.  The  intelligence  phase  is  where  the 
environment  is  searched  for  problem  areas  that  may  require 
decisions.  Raw  data  are  obtained,  processed,  and  examined 
for  information  that  may  identify  problems.  The  design 
phase  is  where  possible  courses  of  action  are  invented, 
developed  and   analyzed.    This   involves  understanding   the 
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problem,  generating  solutions,  and  testing  the  solutions  for 
feasibility.  The  choice  phase  is  where  a  particular  alter- 
native developed  in  the  design  phase  is  selected  and  imple- 
mented. Table  IV  shows  some  common  activities  of  each  phase 
[Ref.  6:  p.  105]. 

TABLE  I? 
Phases  of  the  Decision  Making  Process 


INTELLIGENCE 

Gather  Data 
Identify  Objectives 
Diagnose  Problem 
Validate  Data 
Structure  Problem 

DESIGN 

Gather  Data 
Manipulate  Data 
Quantify  Objectives 
Generate  Alternatives 
Assign  Risks  to  Alternatives 
CHOICE 

Generate  Statistics  on  Alternatives 
Simulate  Results  of  Alternatives 
Explain  Alternatives 
Choose  Alternative 
Explain  Choice 
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**-   Different  Decision  Making  Processes 

Every  manager  has  a  unique  decision  making  style 
which  may  involve  different  kinds  of  decision  making 
processes  [Eef-  3:  pp.  120-123].  There  are  three  dimensions 
to  an  individuals  decision  making  style-  These  dimensions 
are  their  problem  sensing,  information  gathering,  and  infor- 
mation using  styles- 
There  are  three  categories  of  problem  sensing 
styles.  these  categories  are  problem  avoider,  problem 
solver,  and  the  problem  seeker-  A  problem  avoider  takes  a 
positive  attitude  and  assumes  that  everything  is  fine-  The 
possibility  of  probleas  is  blocked  out  by  ignoring  informa- 
tion or  avoiding  thorough  planning.  A  problem  solver  does 
not  lock  for  problems  but  does  not  ignore  them  either.  If  a 
problem  arises  it  is  solved.  A  problem  seeker  actively 
searches  for  problems  to  solve  by  thoroughly  analyzing  all 
available  information  and  strong  planning. 

The  way  people  organize  the  various  sources  of 
information  that  are  received  daily  can  be  divided  into  two 
information  gathering  styles.  These  styles  are  the  percep- 
tive style  and  the  receptive  style-  An  individual  who 
utilizes  the  perceptive  style  adheres  to  management  by 
exception  and  filters  out  everything  not  meeting  certain 
criteria.  In  the  receptive  style  the  individual  wants  to 
analyze  all  available  information  and  then  determine  its 
meaning. 

There  are  twc  information  using  styles,  systematic 
and  intuitive.  A  systematic  approach  is  where  attention  is 
focused  on  a  prescribed  method  for  problem  solving  such  as 
the  systems  approach.  The  intuitive  individual  does  not 
adhere  to  a  single  approach  but  instead  uses  any  process 
that  seems  to  fit  the  situation. 
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A  MSS  must  he  developed  with  a  thorough  under- 
standing of  the  decision  making  styles  of  the  individuals 
who  will  be  utilizing  the  system. 

5.   Ease  of  Use  and  Modification 

An  MSS  must  ke  easy  to  use  otherwise  a  manager  will 
find  ether  means  to  get  his  job  done.  Easy  to  use  means 
different  things  to  different  people.  As  discussed  earlier 
people  have  different  ways  of  solving  problems.  They  also 
have  different  interpretations  as  to  what  easy  to  use 
implies. 

Some  thoughts  on  what  features  an  MSS  might  eirploy 
to  be  considered  easy  to  use  are  provided  by  Sprague 
[Ref.  6:  pp.  101-107]. 

1o  be  easy  to  use  an  MSS  should  have  representa- 
tions, operations, memory  aids,  and  control  mechanisms. 
Representations  consist  of  flowcharts,  diagrams,  or  print- 
outs in  the  same  style  as  was  done  by  hand  before  the  MSS 
was  available.  The  representations  should  be  familiar  to  the 
user  and  support  his  or  her  method  of  conceptualization. 
The  MSS  should  provide  operations  which  support  all  three 
phases  of  the  decision  making  process  and  if  possible  inte- 
grate them.  Memory  aids  should  be  in  the  form  of  long  term 
aids  such  as  databases  and  short  term  aids  such  as  scratch 
pads.  There  should  also  be  control  mechanisms  to  help  learn 
the  new  skills  employed  by  the  MSS. 


C.   ASA1ISIS  AND  REQUIREMENTS 

The  next  step  in  the  development  of  an  MSS  is  an  anal- 
ysis of  the  current  situation.  From  this  analysis  require- 
ments can  be   determined  that  will  provide   the  criteria  for 

design. 
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Analysis  consists  of  a  thorough  description  of  the 
current  situation  and  determining  the  information  needs  of 
the  organization.  The  analysis  must  define  the  organiza- 
tions roles  and  interrelations  with  other  organizations.  A 
common  analysis  approach  is  to  develop  a  model  of  the  organ- 
ization and  perform  the  analysis  using  the  model. 

To  determine  specific  information  needs  detailed  ques- 
tions must  be  asked  of  the  individuals  in  the  organization. 
The  following  guestions  should  be  answered  by  people  who 
will  be  utilizing  the  MSS. 

1.  What  information  do  you  get? 

2.  How  often  do  ycu  require  this  information? 

3.  Is  this  information  received  on  time? 

4.  What  information  would  you  like? 

5.  What  type  of  studies  do  you  request? 

6.  What  decisions  do  you  make? 

7.  How  often  do  ycu  make  these  decisions? 

8.  Are  these  decisions  always  made  on  time? 

9.  What  topics  mcst  you  be  familiar  with? 

10-  What  magazines  or  trade  journals  do  you  require? 
11.  What  three  improvements  would  you  make  to  the  current 
information  system? 

D.   MSS  DESIGN  CONSIDERATIONS 

1  •   Functional  MSS 

As  was  seen  earlier  management  levels  can  be  broken 
down  into  three  categories:  strategic  planning,  management 
control,  and  operational  control.  It  would  seem  that  it 
would  be  logical  to  develop  HSSs  this  way  also.  However 
this  is  not  the  case.  What  is  generally  done  is  that  a 
functional  MSS  is  developed.  The  most  common  functions  are 
marketing,  manufacturing,  and  financial.  The  functional  MSS 
can  be  structured  to  summarize  and  condense  the  information 
to  that  required  for  each  of  the  three  managerial  levels. 
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2»   Iterative  Development 

It  is  not  always  possible  to  know  all  that  you  need 
to  include  in  an  MSS.  Also,  when  you  begin  to  use  the  MSS 
it  may  become  obvious  that  changes  are  required.  For  these 
reasons  it  is  sometimes  wise  tc  develop  the  MSS  in  an  itera- 
tive process  [Bef.  6:  pp»  139-141].  Start  with  a  well 
understood  portion  of  the  overall  organization  and  implement 
it.  Then  let  the  system  grow  in  small  steps  that  best  fit 
the  people  and  the  functions  required.  This  iterative  or 
incremental  approach  has  several  advantages.  First,  it  is 
possible  to  improve  the  quality  of  information  before  design 
decisions  are  required.  It  is  possible  to  implement  only 
the  portion  of  the  MSS  that  is  well  understood  and  wait 
until  information  becomes  available  or  knowledge  increases 
because  of  experience  to  continue.  Trial  balloons  can  be 
experimented  with  and  a  systematic  approach  can  be  utilized. 
Second,  it  stimulates  flexibility,  creativity  and  opportu- 
nism. Development  effort  can  change  to  focus  on  the  most 
critical  problem  at  hand.  Sequencing  and  lead  time  prctlems 
can  be  worked  on  as  required.  Third,  it  is  possible  to 
overcome  political  and  emotional  barriers  to  change.  A 
successful  small  portion  of  the  ESS  will  build  political 
support  to  continue  the  overall  development.  Incrementalism 
provides  time  to  overcome  opposition  to  change.  Fourth, 
incrementalism  allows  time  to  create  personnel  and  organiza- 
tional ccnmitment  to  the  MSS. 
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III.  SOME  MANAGEMENT  TOOLS 

This  chapter  will  discuss  the  evolution  of  management 
theory,  seme  current  theories,  and  methods  of  analyzing 
organizations. 

A.   MANAGEMENT  THEOBI  HISTORY 

In  order  to  develop  an  effective  MSS  managers  must  be 
able  to  relate  to  the  MSS  personally.  Managers  will  look 
for  different  capabilities  in  an  MSS  based  on  their  manage- 
ment theory  background.  One  needs  to  know  the  theories  tley 
might  believe  in  to  get  clues  as  to  what  their  approach  to 
problem  solving  is. 

A  theory  is  a  set  of  ideas  that  is  useful  in  describing 
some  phenomenon.  Simply  stated  it  is  what  ever  you  carry 
around  in  your  head  tc  help  ycu  understand  life.  A  theory 
is  usually  evaluated  ty  its  usefulness.  For  a  theory  to  be 
good  it  must  have  the  following  capabilities: 

1.  Accurately  reflect  reality 

2.  Cover  abroad  range  of  situations 

3.  Be  consistent 

4.  Be  open  to  improvement  and  change 

Peoples  experiences  generate  their  most  meaningful  theo- 
ries. A  lot  of  management  theory  is  generated  by  the  social, 
political,  and  technical  development  of  society  at  the  time. 
The  theory  must  be  consistent  and  compatible  with  what  is 
happening  in  society.  It  is  therefore  possible  to  extrapo- 
late from  society  where  organizations  are  going.  The 
following  is  a  brief  summary  of  organizational  theory 
develop ment. 
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1-  JgOO  Scientific  Management 

Prior  to  the  1900, s  physical  coercion  was  the  main 
tool  of  maintaining  order  in  an  organization.  Extended 
kinships  and  the  military  were  other  existing  organizations. 
The  industrial  revolution  of  the  mid  1800,s  changed  the 
environment.  There  was  a  great  deal  of  enthusiasm  and  opti- 
mism with  science  during  this  time  period. 

Frederich  Taylor  is  known  as  the  father  of  scien- 
tific management.  Be  is  affectionately  known  as  "Fast 
Freddie"  because  he  used  time  and  motion  studies  of  American 
steel  workers  to  identify  the  best  ways  of  performing  their 
tasks.  He  was  able  to  achieve  a  300  percent  improvement  in 
the  volume  of  coal  shoveled  per  worker.  These  dramatic 
improvements  caused  management  to  guickly  adopt  scientific 
management  technigues  to  all  possible  situations. 
Maximizing  productivity  was  the  goal.  Organized  labor 
resisted  the  scientific  methods  claiming  the  procedures  were 
dehumanizing.  Taylor  was  not  concerned  with  the  worker  and 
considered  him  just  another  piece  of  machinery  used  in  the 
production  process. 

Luring  this  time  period  Henri  Gant  utilized  the 
scientific  methods  tc  formalize  the  scheduling  process.  His 
Gant  charts  are  now  routinely  used. 

2-  1920  Classical  School 

Classical  organizational  theories  developed  cut  of  a 
need  to  find  guidelines  for  managing  complex  organizations. 
Henri  Fayol  was  the  first  to  systemize  managerial  behavior. 
He  believed  that  sound  managerial  practice  had  certain 
patterns  that  could  be  identified  and  analyzed.  Fayol 
helieved  management  was  a  skill  that  could  be  learned. 

During  this  time  period  a  great  deal  of  the  manage- 
ment structure  used  today  was  developed.    The  separation  of 
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line  and  staff  organizations,  the  division  cf  lator 
(specialization)  ,  the  span  cf  control  (between  five  and 
twelve  personnel) ,  and  the  unity  of  command  ideas  were  all 
developed  during  this  time  period. 

3-   J930  Human  Relations  School 

A  team  of  Harvard  researchers,  led  by  Elton  Mayo, 
studied  the  effects  of  lighting  on  productivity  in  the 
Western  Electric,  Hawthorne  plant  in  Cicero,  Illinois 
between  1927  and  193  2-  Two  groups  of  employees  were  divided 
from  the  rest  of  the  work  force-  A  test  group  was  subjected 
to  deliberate  changes  in  the  lighting  and  a  control  group 
was  kept  under  constant  illumination.  As  predicted  when  the 
lighting  conditions  were  improved  productivity  increased. 
But  what  confused  the  researchers  was  that  when  the  lighting 
was  decreased  productivity  continued  to  increase.  What 
added  to  the  mystery  was  that  the  control  groups*  produc- 
tivity began  to  increase. 

What  the  researchers  concluded  was  that  because  both 
groups  had  been  singled  out  for  special  attention  they 
developed  a  group  pride  that  motivated  them  to  improve  their 
performance.  This  phenomenon  has  become  known  as  the 
Hawthorne  effect  and  ushered  in  the  human  relations  school 
of  organizational  theory. 

The  social  environment  of  employees  has  a  great  deal 
to  do  with  their  productivity.  Productivity  was  noticed  to 
change  between  Monday  and  Friday.  Recognition,  participa- 
tion and  sharing  iccreased  productivity.  The  managers 
approach  in  dealing  *ith  his  employees  could  greatly  affect 
productivity.  This  caused  a  great  deal  of  attention  to  be 
focused  on  teaching  people  management  skills. 
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*»•   J9J40  The  Quantitative  School 

The  quantitative  school  is  the  beginning  of  manage- 
ment science  as  we  know  it  today.  During  World  War  II  new 
guantitative  technigues  were  developed  for  military  use  to 
optimize  the  utilization  of  scarce  resources.  After  the  war 
these  "operations  research"  technigues  were  applied  to 
business  applications.  The  basic  technigues  include  linear 
programming,  Monte  Carlo  simulations,  and  multiple 
regression. 

5-  JiiO  The  Carnegie  School 

The  Carnegie  school  was  interested  in  goals.  This 
included  how  goals  vere  formulated  and  how  decisions  got 
made. 

6-  1975  Contingercy  Management 

In  the  mid  1S70's  an  effort  began  to  reconcile  the 
differences  between  the  various  management  schools  of 
thought.  The  contingency  schcol  believed  that  there  is  no 
one  best  way.  One  must  thoroughly  analyze  the  situation  and 
pick  the  method  that  test  applies.  It  became  evident  that 
an  organization  is  not  a  closed  system  and  that  its  environ- 
ment can  greatly  influence  its  future.  The  contingency 
school  began  to  merce  the  social  system  with  the  technical 
aspects  cf  the  organization. 

Since  this  time  period  the  goal  of  managers  has  been 
to  develop  a  "systems  school"  that  is  sophisticated  enough 
to  integrate  the  various  managerial  theories  together. 


6.   GEGABIZATIOI  IIODEIS 

Tie  second  phase   of  Higo's  approach  to   HSS  development 
reguires   a    survey   or   examination   of   the   current 
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organizations'  situation-  This  examination  of  the  organiza- 
tional  relationships,  roles  and  responsibilities,  and  the 
organizations'  environment  is  commonly  called  an  organiza- 
tional analysis. 

There  are  many  reasons  to  analyze  an  organization.  It 
may  he  to  deteraine  the  current  status  of  operations,  to 
predict  the  future  or  to  try  to  understand  what  caused  a 
problem  in  the  past.  A  common  method  of  analyzing  an  organi- 
zation is  to  build  a  model  of  the  organization.  Models 
provide  guidance  about  where  to  look  to  diagnose  organiza- 
tional problems. 

Models  can  be  either  implicit  or  explicit.  Implicit 
models  are  often  carried  in  the  managers  head  and  can  be 
subjective  and  biased.  If  the  model  is  implicit,  managers 
working  in  a  team  are  not  always  sure  if  they  are  working 
from  the  same  model  and,  therefore,  if  they  have  the  same 
goal  in  mind.  An  implicit  model  cannot  be  analyzed  to 
examine  it  for  weaknesses  or  omissions.  Explicit  models  are 
written  down  and  accepted  by  the  individuals  utilizing  them. 
Once  a  group  accepts  the  model  it  is  easier  to  work  as  a 
team  to  solve  a  problem.  An  explicit  model  minimizes 
discussion  about  what  is  the  problem  and  gets  right  to 
solving  the  problem.  It  is  therefore  wise  to  have  an 
accepted  explicit  model  of  an  organization  to  carry  cut  a 
thorough  analysis. 

Everyone  has  his  own  perception  or  model  of  an  organiza- 
tion based  on  his  experience  and  background.  This  section 
will  discuss  two  organizational  models  used  to  analyze  an 
organization.  These  models  are  the  Open  System  model  and 
the  Network  model.  The  Open  System  model  will  be  briefly 
discussed  and  the  Network  model  will  be  described  in  more 
detail.  The  Open  System  model  can  be  used  when  time  for  an 
analysis  is  limited  or  when  an  in-depth  analysis  is  not 
required.  The  Network  model  is  more  detailed  and  will 
produce  a  thorough  understanding  of  the  organization. 
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1  -   The  Open  System  Model 

Ad  open  system  is  defined  as  a  system  that  can  be 
affected  by  its  external  environment  [ Bef .  10].  This 
differs  from  a  closed  system  where  the  system  is  isolated, 
or  closed,  from  its  environment.  The  open  system  has  inter- 
actions with  its  environment.  There  is  an  exchange  rela- 
tionship. The  Open  System  model  relates  some  lasic 
components  of  an  organization  with  the  environment  of  the 
organization.  Figure  3. 1  is  a  representation  of  the  Open 
System  mcdel. 

The  model  shows  that  the  various  components  interact 
with  each  ether  and  the  organizational  environment.  To 
perform  an  organizational  analysis  using  this  model  cne 
first  determines  the  various  variables  that  make  up  each 
component.  Next,  the  components  are  analyzed  in  pairs  to 
see  if  they  relate  well  to  each  other  and  the  environment. 
If  they  do  not  relate  well  that  is  where  changes  need  to  be 
made  in  the  organization. 

2.   The  Network  Ecdel 

The  Network  model  provides  a  tool  for  a  thorough 
organizational  analysis  [Eef.  11:  pp.  70-94].  The  model 
divides  an  organization  and  its  environment  into  eight 
components.  These  components  are  related  as  shown  in  Figure 
3.2. 

In  this  model  organizations  are  conceived  as 
numerous  interrelating  groups  of  people.  These  groups  are 
both  formally  structured,  such  as  divisions,  or  task  teams 
as  well  as  informally  structured,  such  as  coalitions  or 
personnel  friends.  A  description  of  the  various  components 
and  guestions  to  ask  about  each  component  during  an  analysis 
follows. 
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Figure  3. 1    The  Open  Systea  Model  A  Tool  For 
Organizational  Assessment. 


a.   Input 

The  inputs  of  the  organization  consist  of  its 
history,  environment,  and  resources  it  requires  to  conduct 
business. 

History  analysis  should  examine  the  economic, 
political,   and  cultural  forces  which   have  acted  on   the 
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Figure  3.2   The  Network  Model  A  Tool  For 
Thorough  Organizational  Analysis. 


organization  in  the  past.  Analyzing  the  history  of  an 
organization  can  uncover  material  which  may  help  explain  why 
things  are  the  way  they  are  today  and  also  help  predict  the 
future.  Be  sure  to  check  that  previous  decisions  have  not 
teen  made  using  a  shcrt  term  perspective. 
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An  organizations  environment  can  provide  both 
opportunities  and  constraints.  When  addressing  the  environ- 
ment it  is  good  to  ask  such  questions  as: 

1.  Are  managers  ignoring  the  environment? 

2.  When  should  tie  organization   respond  to  the  environ- 
ment? 

3.  What  is  the  organization  dependent  on? 

An  organization  is  usually  dependent  on  the 
resources  it  requires  for  production.  Resources  can  consist 
of  various  materials  such  as  equipment,  people,  space,  loca- 
tion, refutation,  and  goodwill.  The  assessment  of  resources 
should  detail  how  large  the  resource  base  is,  how  the  organ- 
ization uses  its  resources  ,  and  the  reputation  of  the 
organization. 

h.   Mission/Strategy 

The  orgarizations*  mission  is  its  reason  for 
being.  Determine  if  the  organization  is  doing  what  it  was 
designed  to  do  or  has  it  gotten  sidetracked.  The  organiza- 
tions* strategy  is  its  approach  to  carrying  out  its  mission. 
Verify  that  there  is  an  explicit  strategic  plan  be  it  formal 
or  informal.  See  that  the  strategic  plan  matches  the  envi- 
ronment. Determine  if  the  organizations1  management  is 
supporting  the  strategic  plan. 

c.   Tasks 

Tasks  are  the  specific  activities  which  the 
organization  performs  in  order  to  carry  out  its  mission  and 
strategy.  Tasks  can  be  analyzed  along  three  dimensions. 
Task  interdependence,  or  how  the  goods  or  services  are 
combined  into  a  final  product,  can  determine  how  sophisti- 
cated a  MSS  is  required  for  production.  Three  types  of  task 
interdependence  have  been  identified.    Pooled  tasks,   where 
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tasks  are  carried  out  i_  lependently  and  tl  Q  pooled  together 
require  the  least  sop  isticated  communication  network. 
Sequential  tasks,  that  is  tasks  that  must  be  accomplished  in 
a  particular  order,  do  require  a  coordination  effort  tc  see 
that  the  tasks  are  running  smoothly.  Reciprocal  tasks  must 
lie  done  simultaneously  with  feedback  between  the  tasks. 
This  type  of  task  interdependence  requires  the  most  complete 
inforiation  system. 

Another  dimension  of  tasks  to  analyze  is  the 
task  predictability.  This  can  be  described  as  the  number  of 
unexpected  tasks  that  are  encountered  in  a  particular 
timeframe. 

The  last  dimension  is  how  difficult  are  the 
unexpected  tasks  to  accomplish.  The  analysis  of  the  organi- 
zations1 tasks  should  determine  the  degree  of  task  uncer- 
tainty. This  uncertainty  will  influence  how  the  people  are 
selected,  the  types  cf  prescribed  networks  and  the  organiza- 
tional processes  that  are  required  for  the  crganization. 

d.   Prescribed  Networks 

Prescribed  networks  are  where  the  organizational 
structure  is  analyzed.  The  classic  organizational  struc- 
tures are  function,  product,  geographic  area,  and  matrix. 
These  structures  must  be  analyzed  to  see  that  the  structure 
is  right  fcr  the  effcrt  being  performed.  The  nss  reguire- 
ments  vary  for  each  type  according  to  the  type  of  coordi- 
nating mechanisms  utilized.  If  formal  rules  and  regulations 
are  thoroughly  laid  out  less  information  is  required  to 
change  hands  to  do  the  job.  The  more  complex  the  coordina- 
tion required  the  more  sophisticated  the  information  system 
required  becomes. 
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€.   People 

There  are  two  main  factors  that  determine  how 
people  operate  in  an  organization.  These  factors  are:  1) 
flhat  motivates  the  people  to  perform  their  tasks?  and  2) 
How  do  they  relate  to  the  leadership  of  the  organization? 

People  are  motivated  to  perform  for  many 
reasons.  The  common  reasons  are  pay,  promotion,  praise  and 
a  personnel  sense  of  well  being.  It  must  be  understood  that 
an  MSS  must  be  designed  to  monitor  the  parameters  that  moti- 
vate the  individuals  involved  and  that  a  persons  performance 
may  be  modified  by  the  type  of  data  recorded  by  the  MSS. 

Leadership  should  be  analyzed  to  see  that  they 
are  utilizing  professional  management  techniques.  The  style 
of  management  should  also  be  investigated.  Management  style 
can  be  grossly  simplified  to  either  mechanistic  or  organic. 
Mechanistic  is  very  structured  and  rule  oriented  where 
organic  style  is  more  team  oriented  with  direct  contact, 
shared  duties,  and  a  less  rigid  structure. 

f.   Organizational  processes 

Organizational  processes  are  how  people  carry 
out  their  tasks  in  the  organization.  It  involves  communica- 
tion, control,  problem  solving  and  rewards. 

Of  importance  here  is  the  control  process. 
There  are  basically  two  types  of  control  processes.  They 
are  error  catching  and  problem  solving  information  gath- 
ering. An  MSS  developed  using  a  problem  solving  information 
gathering  control  process  permits  the  organization  to  learn 
from  its  mistakes  and  make  improvements.  This  type  of  MSS 
is  more  developmental. 
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g.   Emergent  Networks 

Emergent  networks  are  informal  structures  that 
have  developed  as  a  result  of  human  interaction.  Emergent 
networks  need  to  be  examined  to  see  if  they  acconplish 
anything  and  who  is  linked  to  whom.  In  organizations  that 
have  a  rapidly  changing  environment  emergent  networks  are 
required  to  collect  and  process  information  that  cannot  be 
done  guickly  enough  through  formal  channels. 

h.   Outputs 

There  are  many  factors  that  constitute  an  organ- 
izations output.  The  product  or  service  quantity,  quality, 
and  cost  are  only  cne  aspect  of  an  organizations  output. 
Other  criteria  can  be  adaptability,  flexibility,  job  satis- 
faction cf  employees,  growth  or  just  survival. 

After  all  of  these  components  have  been 
described,  the  components  must  be  analyzed  simultaneously  to 
see  hew  well  the  components  work  together.  The  interrela- 
tions of  the  components  of  the  organization  and  how  well 
these  components  fit  with  the  organizations  environment  must 
also  be  analyzed.  Ihis  analysis  should  be  conducted  simul- 
taneously along  three  perspectives:  technical,  political, 
and  cultural.  Technical  refers  to  the  various  types  of 
structures  used  in  the  organization.  Political  refers  to  how 
and  by  who  power  is  utilized  in  the  organization.  Cultural 
refers  to  the  social  interactions  of  the  organization. 

The  analysis  is  conducted  by  answering  the 
following  four  key  questions: 

1.  How  well  are  the  parts  of  the  organization  aligned 
with  each  other  for  solving  the  organization's  tech- 
nical problems? 

2.  How  well  are  the  parts  of  the  organization  aligned 
for  solving  tie  organizations  political  problems? 
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3.  How  well  are  the  parts  of  the  organization  aligned 
for  solving  the  organization's  cultural  problems? 

4.  How   well  aligned   are  the  three   subsystems  of   the 
organization,  the  technical,  political/and  cultural? 

C.   IN  SIABCH  OF  EXCIILEHCE 

A  great  deal  of  information  concerning  current  manage- 
ment philosophy  can  be  found  in  In  Search  of  Excellence  by 
Peters  and  Waterman.  Although  written  for  the  business 
community  the  points  made  apply  equally  well  to  a 
government/military  bureaucratic  organization-  MSS's  need 
to  be  designed  such  that  they  support  these  effective 
management  practises. 

Innovative  companies  are  defined  as  those  companies 
being  "especially  adroit  at  continually  responding  tc  change 
of  any  sort  in  their  environments".  [Ref.  12:  p.  12]  Using 
this  innovative  definition,  and  some  standard  financial 
measures  of  return,  excellent  companies  were  calculated  and 
researched  to  discover  what  made  them  excellent. 

Using  personal  examples,  documented  reports,  and  simple 
catch  phases  Peters  and  Waterman  described  eight  points 
which  they  have  detemined  make  excellent  companies.  Ihese 
eight  joints  are: 

1.  A  bias  for  action 

2.  Being  close  to  the  customer 

3.  Allowing  autonomy  and  entreprenuership 

4.  Creating  productivity  through  people 

5.  Being  hand- en  and  value  driven 

6.  Sticking  to  the  knitting 

7.  Having  a  simple  form  and  a  lean  staff 

8.  Being  simultaneously  loose  and  tight 

What  is  different  about  the  data  is  that  there  is  a  lot 
of  meat  in  the  material.    Simple  facts  that  anyone  can  use 
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to  develop  an  excellent  company.  Peters  and  Waterman  are 
the  first  to  admit  that  their  findings  are  not  startling. 
Most  appear  to  be  common  sense.  But  they  show  that  most 
companies  do  not  live  by  these  simple  rules.  Excellent 
companies  do.  Excellent  companies  are  committed  to  thier 
people,  they  have  a  preference  for  action  and  they  are 
intense  about  what  ttey  do- 

The  eight  points  that  have  been  determined  to  make 
excellent  companies  will  no«  be  discussed  in  the  Navy 
environment. 

1 .   A  Bias  for  Action 

A  bias  for  action  is  an  obvious  requirement  for  an 
organization  to  be  excellent.  We  all  want  to  feel  we  are 
action  oriented.  There  are  three  ideas  brought  out  that 
create  an  atmosphere  for  a  bias  for  action.  Chunking,  or 
keeping  teams  small,  make  the  organization  one  that  fosters 
experimentation,  and  keep  things  simple.  By  observing  these 
rules  one  can  create  an  environment  that  fosters  action. 

Studies  have  shown  that  optimal  group  size  for 
performance  to  be  about  seven.  Working  group  size  must  be 
kept  small  enough  that  meaningful  work  can  be  accomplished. 

The  bureaucracy  of  the  Navy  does  not  allow  for  guick 
turn  around  time.  Navy  tradition  causes  change  to  ccme 
slowly.  This  can  be  good  or  bad.  By  being  slow  or  careful 
you  don't  make  a  lot  of  mistakes  but  you  don't  win  any  races 
either.  Not  being  able  to  experiment  and  test  something 
guickly  is  a  problem. 

To  be  able  to  simplify  a  problem  by  breaking  it  down 
into  a  series  of  sinple  matters  is  an  art  required  for 
action.  Government  regulations  are  not  an  example  of  this. 
Nothing  impedes  progress  more  than  the  rules  and  regulations 
laid  down  by  most  government  agencies. 
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2.  Eeing  Close  to  the  Customer 

Being  close  to  the  customer  is  hard  to  relate  to 
military  projects  on  an  overall  basis  but  something  that  is 
done  all  the  time-  Sponsors  or  your  immediate  boss  can  be 
considered  your  customer.  Three  areas  need  to  be  addressed 
here:  service,  quality,  and  listening  to  the  users.  All 
seem  obvious  and  all  are  vital  for  an  organization  to  main- 
tain an  edge  on  the  competition. 

An  image  of  quality  service  is  vital  to  an  organiza- 
tion. IBM  has  built  its  whole  organization  based  on  service 
to  the  customer.  Everyone  expects  quality.  Sponsors  expect 
quality  in  service  and  reports.  What  makes  someone  stand 
out  is  the  timing.  Were  you  able  to  meet  or  teat  the 
schedule.  Close  communication,  keeping  them  informed,  gives 
you  higher  visibility  such  that  they  will  think  of  you  first 
when  they  have  ancther  project.  Peters  and  Waterman 
stressed  that  to  maintain  a  high  level  of  service,  guality, 
and  listening  to  the  users  requires  constant  feedback, 
constant  updating,  tc  see  how  ycu  are  doing.  This  keeps  you 
one  step  ahead.  This  is  communication.  Being  close  tc  the 
customer  is  communication. 

3.  Allowing  Autonomy  and  Entrepreneur ship 

Allowing  autonomy  and  entrepreneuralship  does  not 
come  easy  in  the  Navv  organization.  The  team  player  is  the 
one  who  advances.  But  if  you  look  closely  it  is  the  team 
player  who  stands  out  a  little.  Peters  and  Waterman  bring 
out  the  idea  of  a  "champion"  for  each  cause  or  project.  In 
the  military  world  this  gets  into  the  political  aspect  of  a 
project.  Without  a  sponsor  or  champion  supporter  your 
program  will  probably  be  rejected.  Champions  get  champion 
supporters  from  past  efforts.  If  you  have  shown  you  can  get 
something  done  you  will  be  given  more  leeway  on  future 
programs. 
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4 .   Creating  Productivity  through  People 

The  success  of  an  organization  depends  on  its 
peoples  attitudes.  If  the  people  feel  good  about  the  organ- 
ization they  will  produce  more.  Productivity  through  people 
has  to  be  the  most  inportant  factor  in  developing  an  excel- 
lent company.  Showing  respect  for  the  individual,  trusting 
the  worker,  and  providing  both  monetary  and  nonmonetary 
incentives  for  the  workers  increases  productivity.  Keeping 
a  team  or  crew  motivated  will  greatly  increase  their  output. 
People  are  the  Navy.  Bureaucratic  delays  causing  a  delay  in 
receiving  awards  or  advancement  reduces  the  impact  of  doing 
a  good  job.  The  feedback  must  be  immediate.  A  leader  can 
make  a  tig  difference  in  motivating  a  team.  If  the  team 
believes  in  the  leader  they  can  do  wonders,  if  not,  they 
become  just  another  bunch  of  guys.  If  you  can  make  the 
workers  feel  like  a  part  of  the  organization,  keep  them 
informed,  and  keep  the  tasks  they  perform  in  small  manage- 
able packages  productivity  will  increase. 

5 •   E§i^a.  Hands-on  and  Value  Driven 

A  companies  success  depends  on  how  well  it  brings 
out  the  strengths  of  its  workers  and  the  appeal  its  value 
system  has  on  the  workers.  Excellent  companies  are  hands-on 
and  value  driven.  There  are  seven  basic  values  dominant  in 
excellent  companies.   These  seven  values  are: 

1.  A  belief  in  being  the  best 

2.  A  belief  in   the  importance  of  the   details  of  execu- 
tion 

3.  A  belief  in  the  importance  of  people  as  individuals 

4.  A  belief  in  superior  guality  and  service 

5.  A  belief  that  most  members  of  the  organization  should 
be  innovators 
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6.   A  belief  in  the  importance   of  informality  to  enhance 

communication 
7-   A  belief   in  the  importance  of   economic  growth   and 
profit. 
Excellent  companies  have  well  defined  value  systems. 
Excellent   companies  rely   on  many   techniques  to   influence 
day-to-day  behavior.    One  important  technique  is  the  elabo- 
ration of  socially  integrating  myths. 

6.   Sticking  to  the  Knitting 

Sticking  to  the  knitting  means  do  what  you  know 
best.  Excellent  ccnpanies  do  one  thing  and  do  it  well. 
Some  general  comments  about  sticking  to  the  knitting  that 
are  interesting  follow.  Most  diversifications  go  wrong. 
Diversification  is  a  tasis  for  stability  through  adaptation 
but  rampant  diversification  does  not  pay.  Organizations 
that  diversify  but  stay  in  their  own  area  out  perform  all 
ethers.  Test  a  new  area  carefully,  if  it  fails,  end  the 
experiment  quickly.  Virtually  all  growth  in  the  excellent 
companies  has  been  internally  generated. 

7-   ii.§ve  a  Simple  Form  and  a  Lean  Staff 

Excellent  companies  keep  their  form  simple  and  their 
staff  lean.  To  make  an  organization  work  everything  must  be 
kept  simple  for  the  numerous  people  who  must  make  things 
happen.  This  is  one  area  that  the  government  needs  to 
improve  in. 

An  organizational  system  needs  to  respond  to  three 
basic  needs.  These  needs  are"A  need  for  efficiency  around 
the  basics,  a  need  for  regular  innovation,  and  a  need  to 
avoid  calcification  by  ensuring  at  least  modest  responsive- 
ness to  major  threats."   [Ref.  12;  pp.  314-315] 
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8 .      Ee_        Simultaneously   Loose   and  Tight 

The  factor  called  sinultar ^ously  loose  and  tight 
properties  is  probably  the  hardest  to  identify  with  tut 
still  quite  practical.  It  is  basically  the  co-existerce  of 
firm  central  directicn  and  maximum  individual  autonomy.  The 
following  statements  try  to  describe  this  property. 
Excellent  companies  live  by  their  values.  If  you  are  making 
a  product  with  quality  you  don't  have  to  make  it  twice.  The 
rules  of  an  excellent  company  are  positive.  They  focus  on 
people.  The   average      worker      is      expected    to      contritute. 

Excellent  companies  dcn't  really  have  better  five-year  plans 
or  in  seme  cases  little  detail  to  their  long  range  plan,  tut 
they  have  a  firm  set  cf  values.  People  who  head  excellent 
companies   keep   things  simple. 

Three  general  themes  that  keep  coming  back  are  worth 
repeating.  They  are:  1.  keep  it  simple,  2.  keep  communica- 
tion   lines   open,    and    3.      respect   people. 
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IV.  E1ECTB0HIC  WABFABE  SYSTEM  SOPPOBT  LABORATORY  PJSCBIPTIQN 

In  Chapter  II  it  was  shown  that  in  order  to  develop  an 
effective  MSS  one  must  have  a  thorough  understanding  cf  the 
current  situation.  In  Chapter  17  the  EWSSL  will  be 
described  using  the  Network  organizational  model  discussed 
in  Chapter  III.   See  figure  3.2- 

A.   IIPUT 

1 .   History 

The  EWSSL  had  its  beginning  in  1969  when  several 
engineers  were  tasked  to  test  a  new  deceptive  electronic 
counter measures  (DECM)  system.  The  engineers  developed  a 
closed-lcop  radar  range  tracking  loop  to  test  an  ECM  tech- 
nique in  the  DECM  system.  Socn  after  several  other  singula- 
tions were  developed  including  angle  tracking  loops  and  the 
"laboratory"  became  known  as  the  Tactical  Environment 
Simulation  (TES)  laboratory.  A  major  boost  in  capability 
came  in  1974  when  the  TES  laboratory  was  tasked  to  test  the 
Dual  Mcde  program,  a  joint  Navy/Air  Force  DECM  system. 
During  this  time  more  closed-loop  simulations  were  developed 
and  an  open-loop  radar  simulator  called  the  Multiple 
Environment  Simulator  (MES)  was  developed.  As  more  and  more 
tests  were  conducted  more  assets  were  developed. 

With  the  advent  of  software  reprogrammable  DECM 
systems  it  was  recognized  that  a  facility  to  verify  software 
changes  was  required.  The  TES  was  seen  as  the  logical  loca- 
tion for  this  facility.  "Hot  benches"  used  to  power  up, 
acess  and  modify  system  software,  and  input  threat  stiffulus 
into  the  reprogrammable  DECM  systems  were  constructed.  With 
this  expanded  role  the  laboratory  was  renamed  the  EWSSL. 
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2 •   Environment 

As  part  of  a  E.S.  Navy  facility  the  laboratory  must 
deal  with  a  very  bureaucratic  atmosphere.  There  are  foriral 
rules,  regulations,  and  procedures  for  just  about  every- 
thing. These  regulations  while  providing  a  very  structured 
operation  create  a  large  amount  of  paper  work  and  slow  down 
operations.  This  environment  is  accepted  and  no  one  really 
tries  to  change  it. 

The  EWSSL  is  a  nonprofit  organization  providing  a 
service  to  Navy,  Air  Force,  Army,  and  private  contractors. 
As  such  it  interfaces  with  numerous  types  of  organizations. 
95  perce  t  of  the  work  is  performed  for  vy  developmental 
IECM  pro  .ams. 

Belated  work  is  performed  in  facilities  at  the  Naval 
Weapons  Center  (NWC)  ,  China  lake,  California  and  the  Naval 
Air  Test  Center  (NATC)  Patuxant  River,  Maryland.  Because  of 
this  a  TBI  center  coniiittee  consisting  of  EW  personnel  from 
NWC,  NATC,  and  PMTC  was  formed  in  1982.  The  committee  holds 
periodic  meetings  tc  coordinate  the  EW  activities  of  the 
three  centers.  Data  exchanged  during  these  meeting  provide 
an  information  base  to  help  in  making  long  range  plans. 

Ihe  EWSSL's  distance  from  Washington  creates  a 
communication  barrier.  This  becomes  a  political  disadvan- 
tage when  data  must  be  exchanged  rapidly  in  response  to 
sponsors  questions  concerning  ongoing  programs.  Familiarity 
is  difficult  to  achieve  with  Washington  sponsors  because  of 
the  distance  and  periodic  traveling  to  Washington  is 
required  to  keep  programs  visible  and  to  determine  what  is 
going  on. 

3 .   Resources 

The  EWSSL's  prime  asset  is  its  laboratory  facility. 
Th<=>      laboratory      occupies      4000      square      feet     of      space      in 
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building  35,  the  EW  building,  at  PMTC.  In  1984  the  labora- 
tory completed  an  expansion  program  that  almost  doubled  its 
useable  laboratory  space.  The  entire  facility  is  on 
computer  flooring  with  soundproofing  and  adeguate  air 
conditioning. 

A  new  Digital  Equipment  Corporation  Vax  780  digital 
computer  was  installed  in  the  laboratory  in  1985  as  the 
laboratory's  host  computer.  The  Vax  780  is  the  largest  of 
the  laboratories  five  digital  computers.  The  laboratory  has 
contracted  for  the  development  of  a  new  state  of  the  art 
open-loop  threat  generator  called  the  Advanced  Multiple 
Environment  Simulator  (AMES)  to  be  delivered  during  1985. 
Also  under  contract  is  a  new  threat  radar  simulator  that 
will  be  delivered  in  stages  ever  the  next  several  years. 

Currently  available  for  testing  are  four  clcsed-loop 
threat  radar  simulators  that  model  selected  threat  radars 
and  are  used  to  measure  the  effectiveness  of  DECM  systems. 
The  existing  open-loop  simulator,  the  MES,  models  emitter 
parameters  of  threat  systems  such  as  airborne,  land-based, 
and  naval  radars  as  well  as  the  command  guidance  of  missile 
systems. 

Four  hot  benches  provide  a  software  reprograroming 
capability  for  two  radar  warning  receivers  (RWE)s  and  two 
DECMs. 

Eesides  the  specific  systems  mentioned  the  latora- 
tory  utilizes  a  large  quantity  of  sophisticated  and  expen- 
sive commercial,  as  well  as  custom  built,  laboratory  test 
equipment.  These  equipments  encompass  the  range  frcm  voltm- 
eters and  oscilloscopes  to  spectrum  and  network  analyzers  to 
radar  range  delay  generators. 

The  ability  tc  operate  this  equipment  does  not  come 
easy.  A  staff  of  engineers  and  technicians  is  available  to 
operate  and  repair  the  existing  equipment.  However,  the 
equipment  is  merely   a  tool  to  perform   the  primary  function 
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of  test  and  evaluating  EWR  and  DECM  systems.  Engineers  that 
conduct  the  test  and  evaluation  are  the  laboratories  biggest 
human  resource.  This  ability  can  only  be  gained  from  years 
of  experience. 

The  laboratory  has  a  reputation  for  getting  the  job 
done  en  time  and  within  budget.  The  EWS5L  can  provide  the 
user  with  quick  reconfiguration  of  laboratory  equipment  or 
generate  a  new  capability  as  required.  These  capabilities 
and  equipments  make  the  laboratory  one  of  the  top  three 
threat  simulation  facilities  in  the  country  for  the  test  and 
evaluation  of  tactical  aircraft  RWR  and  DECM  systems. 

B.   MISSIOH  AHD  STRATEGY 

The  EWSSL  is  located  in  the  Electronic  Warfare  Systems 
Test  laboratory  (EWST1)  branch.  The  mission  of  the  EWST1 
branch  is  to  provide  state  of  the  art  laboratory  capabili- 
ties which  serve  as  the  Navys*  principle  facility  for 
airborne  EW  system  development  testing,  countermeasure  tech- 
nique development  and  test,  test  and  evaluation  of  primary 
EW  systems,  suite  integration  and  testing,  and  software 
reprogranaing  support. 

The  strategy  to  accomplish  this  mission  is  to: 

1.  Design,  develop,  and  maintain  tactical  environment 
simulations  with  open  and  closed  loop  representations 
of  threat  radars  with  design  concepts  based  on  elec- 
tronic intelligence  and  theoretical  projections  and 
employ  this  capability  for  testing  EW  systems  and 
suites. 

2.  Provide  a  focal  point  for  Navy  development  and  fore- 
cast of  threat  radar  simulations  including  interface 
and  coordination  with  other  military  agencies  and 
laboratories.     Serve   as   a   prototype   development 
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center  for  advanced  threat  radar  simulator  installa- 
tions and  as  a  data  comparison  point  for  laboratory, 
chamber,  and  flight  test  data  correlation. 

3.  Develop  work  stations  for  EW  systems  and  suites  and 
operate  laboratory  facilities  to  support  performance 
evaluation,  Fleet  responsive  problem  investigation, 
software  maintenance,  and  system  integration. 

4.  Design  test  plans  and  conduct  EW  system  integration 
testing  to  assure  system-to-system,  suite,  and  plat- 
form interface  compatibility. 

5.  Define  requirements  and  provide  laboratory  eguipmect 
and  computer  facilities  for  real  time  control  of 
simulations  and  for  hosting  application  programs, 
system  models,  and  support  tools  related  to  EW  system 
testing,  user  data  file  changes,  and  software 
maintenance/  test  and  configuration  management. 

6.  Provide  development  support,  system  analysis  and 
coordination  focus  for  test  and  evaluation  cf  E'W 
systems  as  assigned. 

7.  Develop  engineering  expertise  for  analysis  of  foreign 
weapon  systems  and  interface  closely  with  intelli- 
gence. Fleet,  and  sponsor  agencies  to  define  state- 
of-the-threat  capabilities  for  reprogramming  user 
data  files  and  updating  laboratory  simulations. 

8.  Provide  project  management  for  projects  assigned  to 
the  Branch. 

This  mission  and  strategy  has  developed  over  time. 
Program  sponsors  determine  the  mission  based  on  their 
projected  needs.  laboratory  managers  provide  recommenda- 
tions to  the  sponsors  for  long  range  planning  based  on  their 
analysis  of  the  changing  EW  environment. 
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C.   TASKS 

The  tasks  that  personnel  in  the  EWSSL  perform  can  be 
divided  into  four  main  areas.  These  areas  are  planning  and 
operations,  simulator  development,  testing,  and  maintenance. 

1 .   E lans  and  Operations 

laboratory  managers  perform  the  planning  and  oversee 
the  daily  operation  of  the  EWSS1. 

Planning  is  focused  on  yearly  efforts.  However, 
general  planning  is  carried  out  for  five  years  in  accordance 
with  the  Five  ar  Defense  Plan  (FYDP) .  Yearly  planning  is 
based  on  EH  sy  ?ms  being  developed  and  their  scheduled  time 
for  testing  in  ae  EWSSL  and  on  threat  simulator  development 
schedules.  The  threat  simulators  are  developed  to  test 
specific  functions  of  EW  systems  being  developed.  The  simu- 
lator must  be  completed  prior  to  the  time  the  EW  system  is 
being  tested  in  the  EHSSL.  This  involves  tracking  the 
development  schedules  of  all  Navy  tactical  aircraft  EW 
systems,  and  monitoring  those  of  the  Air  Force  and  Army  to 
see  if  the  EWSS1  can  support  any  of  their  programs. 

EWSSL  scheduling  must  be  controlled  such  that  assets 
are  available  and  functioning.  This  involves  configuring 
the  simulator  equipment,  computers,  and  personnel  reguired 
for  the  test.  There  are  numerous  ways  the  systems  can  be 
configured  and  tested.  Modularity  has  been  designed  in  so 
any  one  of  four  computers  can  control  any  one  of  five  simu- 
lators and  be  connected  to  any  one  of  four  hotbenches  indi- 
vidually or  in  groups  of  up  to  three.  Isolated  tests  can  be 
conducted  on  a  unigue  EW  system  if  power  and  interface 
requirements  are  detailed  far  enough  in  advance.  There  is 
not  enough  EWSSL  personnel  to  operate  all  the  equipment 
simultaneously  so  this  factor  must  also  be  accounted  fcr  in 
the  scheduling  of  tests. 
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2.   Simulator  Development 

The  task  of  simulator  development  involves  either 
the  actual  design,  fabrication,  and  testing  of  simulator 
hardware  or  the  monitoring  of  a  contractor  who  is  actually 
performing  the  work.  Until  1982  the  EWSSL  performed  all  its 
own  simulator  development.  Since  that  time  private  contrac- 
tors and  other  Navy  facilities  have  been  utilized  to  develop 
major  simulators. 

Ihe  development  of  simulator  hardware  is  very 
complex.  First  a  thorough  understanding  of  the  radar  to  be 
simulated  is  required.  This  information  is  obtained,  to  the 
degree  available,  by  interfacing  with  the  Scientific  and 
Technical  Intelligence  Liaison  Officer  (STILO)  office  of 
PMTC.  If  the  STILO  dees  not  have  the  information  his  office 
searches  available  data  bases  and  makes  inquires  to  the 
Naval  Intelligence  Science  Center  in  Washington  D.C.  for  the 
information. 

When  the  system  parameters  are  decided  the  hardware 
design  is  performed.  Information  sources  for  design  tech- 
niques can  come  from  textbooks,  various  technical  journals, 
equipment  sales  representatives,  and  discussions  with  ether 
engineers.  Next,  parts  are  ordered,  the  system  constructed, 
tested  and  documented.  Testing  and  documentation  usually 
take  more  time  then  originally  allocated.  Documentation 
must  consist  of  operating  manuals,  discussion  on  the  theory 
of  operation,  wiring  diagrams,  and  parts  lists.  Not  all 
documentation  is  available  for  all  EWSSL  hardware.  All  docu- 
mentation is  filed  in  cabinets  in  the  EWSSL  by  simulator. 

Monitoring  a  contractor  effort  involves  reviewing 
the  contractor  design,  development  plans,  fabrication  tech- 
niques and  overseeing  the  testing  and  integration  into  the 
EWSSL.  Contractor  documents  that  must  be  reviewed  and  filed 
include  the  program  flan,  specifications,  test  plans  and 
test  reports,  status  reports,  and  operating  manuals. 
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3 .   Jesting 

lesting  involves  test  planning,  conducting  the  test, 
and  documenting  the  results. 

During  test  planning  engineers  from  the  EWSS1  either 
write  the  test  plan  from  analysis  of  the  development  speci- 
fications of  the  EW  system  to  be  tested,  or  assist  the  EW 
system  developers  in  performing  the  task.  This  effort 
involves  coordination  of  EWSSL  assets  and  personnel  to 
assure  availability,  scenario  development  based  on  EHSSL 
capabilities  and  system  requirements,  and  assuring  hardware 
interfaces  are  compatible. 

Actual  test  performance  involves  making  measurements 
of  various  EW  system  parameters  utilizing  simulator  hardware 
or  test  equipment  hardware  of  the  EWSSL.  Simulator  hardware 
must  be  calibrated  and  actual  parameters  documented. 
Simulator  configuration,  both  hardware  and  software,  and  the 
scenarios  utilized  lust  also  be  documented.  All  data  is 
recorded  by  hand  intc  log  books  for  inclusion  in  the  final 
report.  The  final  report  involves  a  thorough  description  of 
the  test  configuration,  the  test  results,  and,  if  possible, 
implications  of  these  results. 

Testing  on  a  particular  system  may  last  days,  weeks, 
or  even  months  with  laboratory  operating  hours  extended  from 
a  normal  eight  hours  up  to  twelve  hours.  Many  people  can  be 
involved  simultaneously.  They  include  simulator  hardware 
and  software  operators,  test  conductor,  EW  systems  engineers 
both  military  and  contractor,  and  sponsors  monitoring  the 
test. 

lest  reports  are  transmitted  to  EWSSL  users  as  a 
letter  report,  a  technical  memorandum,  or  as  a  data  package. 
Laboratory  personnel  make  sure  that  the  data  packages  are 
delivered  as  soon  as  testing  is  completed  but  formal  reports 
take  a  great  deal  longer. 
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4  -   Mainte nance 

All  equipment  in  the  EWSSL  must  be  maintained.  All 
computers  are  under  aaintenance  agreements  with  the  contrac- 
tors that  built  them.  Certain  test  equipment  must  be  cali- 
brated routinely,  usually  every  six  months  by  the  PMTC 
calibration  laboratory.  This  equipment  must  be  scheduled  for 
calibration  such  that  it  is  not  being  calibrated  when  it  is 
required  for  testing.  A  great  deal  of  the  equipment  in  the 
EWSSL  is  plant  property  class  III  material  and  must  be 
inventoried  every  three  years.  Custom  built  equipment  is 
calibrated  prior  to  each  use. 

Scheduled  and  unscheduled  maintenance  is  performed 
by  electronic  technicians. 

D.   PBESCBIBED  NETIOBFS 

The  organizational  structure  of  PMTC  is  the  dominant 
network  effecting  the  EWSSL.  PMTC  utilizes  a  functional 
structure  to  divide  the  work  processes.  In  1984  PMTC  was 
reorganized  into  the  organization  shown  in  Figure  4.1.  At 
this  time  EW  was  given  greater  control  by  the  creation  of 
its  cwn  directorate.  Prior  to  1984  EW  existed  as  a  division 
within  the  Weapons  Evaluation  directorate.  The  EW  direc- 
torate is  further  subdivided  by  function  as  shown  in  Figure 
4.2.  The  EWSSL  is  located  in  the  EW  division  where  90 
percent  of  the  program  and  personal  interactioins  take 
place.  The  EW  division  organizational  chart  is  shown  in 
Figure  4.3. 

Over  95  percent  of  the  EWSSL's  development  and  testing 
funding  comes  from  NAVAIR.  Ontil  1985  NAVAIR  was  one  of  six 
subordinate  commands  within  the  Navy  Material  Command.  With 
the  dissolution  of  the  Navy  Material  Command  NAVAIR  now 
reports  directly  to  the  Chief  of  Naval  Operations.  The 
NAVAIR  organization   follows  a  concept   employing  functional 
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Figure  Q. 1    PHTC  Organization  After  1984  Reorganization. 
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and  product  organizations  with  line  and  staff  organizational 
structures.  In  addition,  program  management  organizations 
are  superimposed  on  the  basic  functional  organization  for 
prosecution  of  selected  priority  projects.    An  organization 
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chart    of   NAVAIR      is    shown    in   Figure    4.4.  One    such    program 

management   organization      is    Program      Manager, Air     (PMA)         253 
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Reconnaissance, Elect rcnic  Warfare  Systems,  Operational,  Navy 
(REWSCN).  PMA  253  is  the  EWSSL»s  financial  sponsor. 
Technical  responsibility  for  the  EflSSL  lies  within  NAVAIR 
code  5492.  5492  is  also  responsible  for  prime  EW  system 
development.  NAVAIR  code  5332  controls  the  EWSSA  operations 
which  oversees  the  software  testing  performed  in  the  EwSSL. 
These  5000  level  codes  are  buried  deep  within  the  Air-05 
function  of  NAVAIR-  A  selected  portion  of  the  organiza- 
tional chart  of  AIR  05  may  shed  some  light  on  this  interac- 
tion-  The  organizational  chart  is  shown  in  Figure  4.5. 

E-   PEOPIE 

There  are  23  people  in  the  EWSTL  branch.  Of  these  18 
are  electronic  engineers,  physicists,  or  mathematicians.  A 
secretary,  program  analyst,  and  electronic  technicians  make 
up  the  rest  of  the  organization.  All  have  some  college 
background.  The  work  here  is  very  technical  and  reguires  a 
technically  oriented  staff-  Ages  vary  from  25  to  50  with 
experience  with  the  laboratory  ranging  from  one  year  to  1 1 
years-  The  staff  is  very  dedicated-  The  stigma  of  the  lazy 
civil  servant  is  very  irritating  to  most  of  the  employees. 

Personnel  motivation  varies  between  individuals.  Ihe 
bureaucracy  of  the  civil  service  does  not  allow  for  prompt 
rewards.  All  employees  are  paid  under  the  General  Schedule 
system  or  the  Merit  Promotion  Erogram.  As  such  it  is  common 
knowledge  what  most  employees  are  earning  (within  several 
thousand  dollars).  Fay  raises  are  tied  to  time  in  service 
and  performance. 

The  leadership  stjles  vary  among  individuals.  A  mechan- 
istic approach  is  favcred  to  a  degree  because  of  the  highly 
regimented  bureaucracy-  The  Branch  head  has  had  managerial 
training  whereas  the  most  common  situation  within  the  divi- 
sion would  be  where  ar  engineer  with  no  management  training 
has  assumed  command  because  of  his  technical  expertise. 
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F.   ORGAHIZATIONAI  PBCCESSES 

A  great  deal  of  time  is  spent  justifying  and  ofctaining 
funding  to  be  utilized  in  the  EWSSL.  This  is  nearly  a 
continuous  process  throughout  the  fiscal  year.  Requirements 
for  the  justification  of  funds  is  based  on  the  Planning, 
Programming,  and  Budgeting  System  {PPBS) . 

The  PPBS  is  a  decision  making  process  for  allocating 
resources  used  by  the  Department  of  Defense.  The  PPBS  has 
teen  in  use  since  the  early  1960*s  when  then  Secretary  of 
Defense  McNamara  introduced  the  system.  The  system  is 
designed  to  assist  the  Secretary  of  Defense  in  making 
choices  about  the  allocation  of  resources  among  a  number  of 
competing  programs  tc  accomplish  specific  objectives  of  the 
national  defense.  The  PPBS  works  as  follows.  Based  on  an 
anticipated  threat,  a  strategy  is  developed.  Requirements 
of  the  strategy  are  estimated  and  programs  are  developed  to 
execute  the  strategy.  Finally  costs  of  approved  programs 
are  budgeted. 

The  planning  phase  of  the  PPBS  begins  with  the  submis- 
sion of  the  Joint  Strategic  Planning  Document  by  the  Joint 
Chiefs  of  Staff.  The  Secretary  of  Defense  uses  this  document 
to  determine  requirements  which  are  issued  in  a  document 
called  the  Defense  Guidance (DG) .  With  the  issuance  of  the 
DG  the  Programming  phase  begins.  The  services  use  the  DG  to 
develop  the  Program  Objective  Memorandum  (POM) .  The  POM 
expresses  total  prcgram  requirements  in  terms  of  force 
structure,  manpower,  material  and  cost,  to  satisfy  all 
assigned  functions  ard  responsibilities  covered  in  the  DG 
for  a  period  of  five  years.  The  Five  Year  Defense  Plan 
(FIDP)  is  the  official  summary  of  programs  approved  by  the 
Secretary  of  Defense.  The  FYEP  specifies  force  levels  and 
dollars  of  major  programs  and  is  used  as  the  contrcling 
internal  working   document  of  the   PPBS.    The   POM  provides 
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rational  for  changing  the  FYDE  and  is  the  primary  means  of 
requesting  revision  of  approved  programs  as  published  in  the 
FYDP. 

Budgeting  is  the  final  phase  of  the  PPBS.  It  is  through 
the  budget  that  the  planning  and  programming  are  translated 
into  yearly  funding  requirements. 

This  has  been  a  gross  simplification  of  the  PPBS  but 
required  to  introduce  the  terms  POM  and  FYDP.  PMA  253  is 
the  organization  that  develops  the  POM  that  effects  the  FYDP 
for  the  research,  development,  test,  and  evaluation  (RDT&E) 
funds  of  which  funding  for  the  EWSSL  is  one  small  part.  The 
EDT5E  appropriations  sponsor  is  OP  98. 

There  are  three  updates  tc  the  FYDP  during  the  fiscal 
year.  The  times  are  not  exact  but  within  a  couple  of  weeks. 
They  occur  just  prici  to  the  start  of  the  fiscal  year  in 
late  September,  when  the  President  submits  his  budget  to 
Congress  on  January  15,  and  during  the  midyear  reviews 
during  March.  These  three  times  are  important  because 
program  dollars  may  be  cut  at  these  times.  They  are  there- 
fore good  times  to  be  prepared  with  thorough  program 
justifications. 

Planning  for  the  next  fiscal  year  begins  with  discus- 
sions with  the  sponsor  during  the  midyear  review.  At  this 
time  a  F5DP  update  should  have  taken  place  and  a  good  idea 
of  dollars  available  should  exist.  The  sponsors  ideas  and 
opinions  can  also  be  used  to  help  generate  the  next  years 
budget.  The  budget  is  presented  to  the  NAVAIRSYSCCM  spon- 
sors in  the  June/July  timeframe.  The  formal  document 
submitted  is  called  a  REASON  plan. 

The  most  frustrating  process,  in  the  opinion  of  the 
EWSSL  engineers  is  that  of  procuring  hardware.  There  are  a 
great  deal  of  supply  rules  and  regulations  that  seem  to 
change  each  time  ycu  use  the  system. 
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1c  purchase  an  item  a  purchase  order  stub  is  filled  out. 
If  the  item  costs  less  the  one  thousand  dollars  and  three 
supliers  are  given  along  with  a  priority  the  item  will  be 
purchased.  Priorities  are  assigned  based  on  need.  If  the 
item  costs  more  then  one  thousand  dollars  a  set  of  specifi- 
cations lust  also  be  included.  If  the  item  costs  mor€  then 
25  thousand  dollars  an  Acquisition  Review  Board  document 
providing  additional  funding  data  must  be  included.  If  the 
item  costs  more  then  100  thousand  dollars  the  purchase  must 
take  place  through  the  Naval  Supply  Center,  Long  Beach,  Ca. 
which  delays  purchase  several  weeks.  If  a  specific  supplier 
is  required,  a  "sole  source"  justification  must  be  done.  If 
the  item  is  a  computer  an  Automatic  Data  Processing 
Equipment  justification  must  be  done.  If  the  computer  costs 
more  then  25  thousand  dollars  the  approval  must  be  obtained 
at  the  NAVAIR  level. 

Keeping  track  of  individual  items  turned  into  the  supply 
system  is  very  difficult.  Currently  a  manual  processing  of 
the  stubs  occurs  at  the  division  level  such  that  it  can  be 
ascertained  that  the  item  is  in  the  system  and  an  estimated 
delivery  date  is  giver.  If  that  date  is  passed  an  inquiry 
may  be  made  at  that  time.  Queries  before  that  time  are  not 
allowed. 

G.   EMERGING  NETWORKS 

A  great  deal  of  information  is  gained  through  informal 
human  relations.  There  are  numerous  factors  creating 
networks  in  the  EWSS1.  The  people  in  the  organization  tend 
top  fcrm  relationships  because  of  any  one  or  several  of  the 
following  criteria:  age,  sex,  GS  rating,  time  at  PMTC,  or 
outside  activities.  Most  interactions  are  with  personnel 
within  the  EWSTL  branch  but  frequently  occur  with  personnel 
within  the  Efl  division. 
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Different  groups  generate  different  types  of  informa- 
tion- Secretaries  transmit  unannounced  personnel  changes 
test.  Program  Analysists  transmit  upcoming  rules  and  regu- 
lations changes  and  job  openings  best.  New  employees 
provide  a  broad  idea  of  what  is  going  on  throughout  the  base 
best  based  on  who  has  job  openings  for  new  personnel  and 
what  types  of  projects  are  available.  Test  equipment  devel- 
opment information  is  most  readily  available  from  techni- 
cians and  young  engineers.  GM-13  and  above  personnel  are 
more  interested  in  the  political  aspect  of  operations. 
These  include  personnel  and  program  changes  within  the  PMTC 
organization  and  at  NAVAIR. 

H.   ODTPDT 

The  EWSSL  generates  several  outputs.  Data  packages  and 
formal  reports  are  generated  after  each  laboratory  test  and 
delivered  to  the  laboratory  user  and  the  laboratory  sponsor. 
These  reports  are  the  most  visible  output  of  the  laboratory. 
They  provide  technical  data  of  the  EW  system  capability  and 
are  used  by  the  EW  system  developer  to  ascertain  whether  the 
system  should  continue  on  its  development  cycle  or  if  modi- 
fications are  required.  These  reports  can  become  highly 
visible  within  the  Navy  depending  on  the  size  of  the  EW 
system  tested.  As  important  as  the  data  package  is  the  time 
required  to  perform  the  testing.  If  the  testing  took  longer 
then  planned  the  EW  system's  development  could  be  delayed. 
Delays  can  be  directly  translated  to  a  dollar  cost.  It  is 
therefore  very  important  that  EWSSL  personnel  or  hardware 
not  be  the  cause  of  any  delay. 

Another  output  is  the  quality  of  the  threat  simulators 
developed  by  the  laboratory.  There  are  several  aspects  to 
quality.  Most  important  is  how  close  does  the  simulator 
match  the  threat.    Other  aspects  are:    1)   How  easy  is  the 
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simulate  to  use?  2)  How  long  does  it  take  to  calibrate? 
and  3)  How  reliable  is  it? 

The  EHSSL  is  kno*n  for  its  easy  to  use,  reliable  threat 
systems.  Every  effort  is  made  to  assure  that  they  match  the 
threat  system  in  every  detail  known. 

Another  output  closely  monitored  by  the  sponsor  is  how 
efficiently  money  is  spent  and  if  additional  funds  are  often 
required  late  in  the  jear  to  complete  operations.  The  EWSSL 
makes  sure  it  properly  allocates  all  funding  by  the  end  of 
the  year. 

Quarterly  reports  detailing  both  technical  and  financial 
operations  are  sent  to  the  sponsor.  A  year  end  report 
summarizing  the  years  effort  and  a  detailed  program  plan 
that  outlines  the  next  years  activities  are  sent  to  the 
laboratory  sponsors  ence  a  year. 
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V.  E1SSL  HSS  BEQOTBEMEHTS 


A.   IBTBODDCTION 


This  chapter  represents  the  third  phase  of  an  MSS  devel- 
opment as  detailed  ry  Rigo  in  Chapter  II.  This  is  the 
requirements  analysis  phase.  The  information  obtained  in 
the  organizational  aralysis  of  chapter  IV  will  be  used  to 
develop  the  system  requirements. 

For  the  requirements  determination  a  decision  analysis 
approach  as  detailed  by  Ackoff  [Bef.  13:  pp.  603-607]  will 
be  used.  Decision  analysis  is  performed  by  steps  as 
follows: 

1.  Identify  and  prescribe  decision. 

2.  Define  decision  algorithm  or  decision  process. 

3.  Define  information  needed  for  the  decision  process. 
This  means   to  state  your   required  output,    define  the 

process  required  to  achieve  the  output,  and  then  determine 
where  the  information  needed  for  the  process  is  available. 
This  approach  is  systematic  and  comprehensive.  By  Analyzing 
first  the  high  level  tasks  and  then  dividing  these  tasks 
into  suttasks,  a  reasonable  assurance  of  completeness  can  be 
achieved.  The  result  of  the  analysis  will  be  a  gross  design 
of  the  MSS  for  the  E5SSL. 

The  current  information  system  will  be  evaluated  after 
the  required  output  is  determined  to  see  if  it  can  satisfy 
the  reguirement- 

B.   GENEEAL  REQOIBEMIBTS 

Based  on  Anthony,s  framework  where  managerial  functions 
are  broken  into  hierarchal  levels  it  would  seem  that  this 
would  be  the  way  MSSs  are   developed  also.    This  is  not  the 
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case.  Most  MSSs  are  designed  around  the  functions  they  are 
suppose  to  support,  such  as  marketing,  production,  or 
financial.  The  functions  performed  in  the  EWSSL  were  broken 
into  tasks  during  the  organizational  analysis.  These  tasks 
fit  together  in  a  natural  order. 

The  MSS  for  the  EWSSL  will  be  divided  into  these  three 
functional  areas  of  planning,  operations,  and  development. 
The  planning  system  would  include  the  tasks  of  lcng  range 
planning,  the  development  of  the  REWSON  plan,  task  plan,  and 
tracking  the  overall  financial  status  of  the  EWSSL.  The 
operations  system  would  provide  operational  ccntrol 
including  the  day  to  day  tasks  such  as  scneduling,  labora- 
tory setup,  calibration,  maintenance,  record  keeping,  and 
report  generation.  The  development  system  would  provide 
operational  control  for  hardware  development. 

Developing  a  MSS  does  not  necessarily  mean  building  a 
computer  controlled  system.  In  fact  most  of  the  require- 
ments detailed  herein  could  be  met  with  a  manual  system  and 
to  a  degree  are.  However,  the  main  factor  driving  the 
development  of  this  MSS  is  to  be  able  to  respond  rapidly  in 
an  orderly  fashion  to  the  wishes  of  the  Washington  sponsors 
and  the  EMTC  command.  In  order  to  achieve  this  objective  a 
computer  system  is  required. 

Numerous  computer  systems  are  available  that  provide  a 
"program  management"  capability.  The  problem  is  that  no 
standard  has  been  agreed  upon  among  the  numerous  groups  that 
interface  with  the  EWSSL. 

No  attempt  will  be  made  in  this  thesis  to  pick  the 
appropriate  system  as  computer  capabilities  seem  tc  change 
overnight.  Particular  attention,  however,  should  be  paid  to 
an  effort  of  NAVAIE  PMA  253  to  integrate  their  financial 
system  under  one  computer  system.  A  common  computer  system 
between  the  Washington  sponsor  and  the  EWSSL  where  data 
could  be  transmitted  electronically  would  be  an  ideal 
situation. 
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The  NWC's  Echo  range  facility  is  currently  using  an 
Apple  Corporation  Lisa  computer  system  for  some  program 
management  functions.  Should  NAVAIB  code  5492  also  purchase 
a  system  to  interface  with  the  Echo  facility  it  may  be  worth 
investing  in  that  system. 

The  primary  objective  of  this  MSS  is  to  decrease 
response  time  to  EWSSL  sponsors  and  to  formalize  ongoing 
procedures.  Much  of  the  MSS  will  be  the  formal  implementa- 
tion  cf  ccntrol  process.  Koontz  and  O'Connel  [fief.  14:  pp. 
583-585]  contend  that  a  control  process  involves  three  steps 
1)  establish  standards  2)  measure  performance  against  stan- 
dards and  3)  correct  deviations  from  standards.  One  objec- 
tive of  this  MSS  is  tc  provide  a  mechanism  for  the  recording 
of  tasks  to  be  accomplished  and  a  way  of  identifying  between 
those  tasks  that  have  been  completed  satisfactorily  and  on 
time  and  those  that  have  not. 

Another  objective  is  to  minimize  the  impact  that  indi- 
vidual personnel  has  on  operations.  By  developing  formal 
data  bases  information  becomes  corporate  knowledge. 

For  a  MSS  to  be  utilized  it  is  mandatory  that  all  data 
be  current.  This  reguires  a  dedicated  effort  to  input  data 
on  a  daily  basis.  This  responsibility  should  be  formally 
assigned.  The  design  of  the  various  input  formats  should  be 
designed  "user  friendly"  such  that  a  data  entry  person  can 
be  utilized  for  this  function.  All  three  systems  must  be 
capable  of  accessing  all  data  bases  to  minimize  data  entry 
errors  and  to  assure  that  each  system  is  using  the  same 
data.  Ihis  does  not  imply  that  all  systems  must  be  able  to 
change  all  data  bases.  Security  provisions  should  be  imple- 
mented to  allow  only  certain  agreed  upon  personnel  be  able 
to  mcdify  certain  files. 
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C.   SPECIFIC  REQUIRE1IHTS 

This  section  will  discuss  the  requirements  of  each  of 
the  three  MSS  systems.  Their  required  outputs,  inputs,  and 
processes  will  be  detailed. 

To  satisfy  the  requirements  of  different  levels  of 
management  the  data  supplied  by  the  three  systems  could  be 
filtered  to  the  degree  necessary  for  the  intended  user. 
This  neans  that  sponsors  in  Washington  who  require  an  over- 
view of  laboratory  operations  would  receive  a  summarized 
report.  The  planning  system  would  be  used  for  maragement 
control  and  would  use  summaries  from  the  operational  and 
development  systems  as  inputs.  The  specific  requirements 
for  these  three  systems  will  now  be  discussed. 

a.   Planning  System 

Primary  outputs  of  the  planning  system  fall  into 
two  categories.  The  quarterly  reports  and  the  year  end 
reports  show  laboratory  status  at  various  times  during  the 
year  •  The  EEWSON  flan.  Task  plan,  and  detailed  program 
plan  show  future  activities  planned  for  the  EWSSL.  Current 
status  reports  can  effect  future  planning  reports. 

The  three  planning  documents  provide  essentially 
the  same  information  tut  to  different  people  or  in  slightly 
different  detail.  The  BEWSON  plan  and  the  detailed  program 
plan  are  for  Washington  sponsors  whereas  the  Task  plan  is 
for  internal  PMTC  utilization.  The  development  of  these 
plans  could  be  simplified  if  there  was  a  greater  deal  of 
commonalty  between  them  or  ideally  one  document  could  serve 
the  function  of  all  three. 

The  process  of  developing  the  planning  documents 
is  a  very  unstructured  affair.  Projects  to  be  included  in 
the  plans  for  the  EWSSL  come  from  ideas  generated  from 
discussions  with  numerous  people  with  different  backgrounds. 
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As  shown  in  Chapter  IV  the  projects  are  chosen 
based  on  several  criteria.  The  key  criteria  include  E'A 
system  capability  and  development  schedules,  threat  changes, 
and  funding  availability.  What  is  required  is  a  ferial 
prioritization  scheme  for  including  projects  into  the  plan. 
Cne  approach  would  be  to  "score"  potential  projects  based  on 
previously  agreed  upon  criteria  chosen  by  a  committee 
consisting  of  EWSSL  sponsors  and  managers.  Table  V  lists 
nonfinancial  criteria  that  should  be  considered. 

Formal  financial  analysis  routines  should  be 
included  in  the  planning  subsystem.  These  financial  anal- 
ysis should  never  be  used  as  the  only  criteria  but  can  shed 
some  light  on  the  degree  of  risk  .  The  U.S.  government  has 
determined  that  10  percent  is  to  be  used  as  the  cost  of 
capital.  A  cost  benefit  analysis  should  be  done  on  all 
projects  using  this  cost  of  capital  to  see  the  profitability 
of  the  project.  Payback  time  should  also  be  included  in  the 
routines. 

The  planning  system  needs  to  maintain  a  data 
base  containing  the  development  schedules  of  all  Navy,  Air 
force,  and  Army  tactical  airborne  EW  systems.  The  file 
should  include:  major  system  milestones,  planned  test  time, 
source  of  information,  and  length  of  test  required.  The 
information  should  be  updated  each  month  for  systems  planned 
to  be  tested  during  the  current  year  and  each  quarter  for 
systems  planned  to  be  tested  ir  the  out  years. 

An  input  required  for  the  planning  process  is 
the  capabilities  of  ether  laboratories  performing  similar 
functions.  The  knowledge  of  other  facilities  will  assure 
that  duplication  of  effort  does  not  take  place  and  allow  for 
a  cross  fertilization  of  information.  Several  organizations 
currently  try  to  maintain  data  bases  with  this  information. 
The  data  base  is  distributed  in  report  form  and  is  updated 
once  a  year. 
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TABLE  1 
Proposed  Criteria  For  Project  Selection 


Is  the  project  EH  mission  specific? 

Will  the  project  give  the  EHSSL  skills 
and  experience  useful  in  the  future? 

Does  the  capability  to  develop/manage 
the  developaent  exist  inhouse? 

Can  the  project  be  used  by  many 
different  users? 

Is  the  development  state-of-the-art 
and/or  risky? 

Does  the  project  improve  the  status 
of  the  EWSSL  as  a  test  facility? 

Will  the  project  be  easy  to  ase  and 
calibrate? 

Do  EWSSL  personnel  want  to  develop 
the  project? 

Will  the  project  fit  into  dailly 
EWSSL  operations  easily? 


A  threat   capabilities  data   base  must   be  main- 
tained to  provide   input  on  what  threat   characteristics  are 
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required  for  simulation  and  to  know  what  changes  have  taken 
place  in  the  systems.  The  STIIO,S  office  should  coordinate 
this  effort  and  provide  updates  yearly. 

The  planning  system  provides  both  management 
control  functions  and  operational  control  functions. 
Interface  between  the  planning,  operations,  and  development 
systems  is  required.  One  exchange  required  is  a  summary  of 
current  projects.  The  summary  should  be  provided  by  the 
operation  and  development  systems  to  the  planning  system 
quarterly  for  inclusion  into  the  quarterly  report  and  if 
deviations  occur  future  planning  documents  can  be  modified. 

A  major  requirement  of  the  planning  system  is  a 
simplification  of  the  financial  status  reports  currently 
being  provided.  The  current  reports  are  cluttered  with 
information  not  routinely  used  and  the  reports  are  usually 
three  to  ten  working  days  late-  The  time  this  becomes  a 
real  factor  is  at  the  end  of  the  fiscal  year  when  everyone 
is  trying  to  close  out  accounts.  During  this  time  period 
the  reports  are  even  later.  By  maintaining  a  data  base 
consisting  of  Job  Order  number,  original  amount,  current 
amount, and  past  history  the  planning  process  could  be 
greatly  simplified.  A  "spreadsheet"  approach  should  be 
utilized  where  monthly,  quarterly,  and  yearly  summaries 
could  be  displayed.  Usage  rates  could  be  calculated  from 
the  data  and  used  to  predict  year  end  balances.  Access 
would  he  limited  to  financial  data  bases. 

A  data  base  of  current  tasks  being  performed  is 
required.  Data  to  be  included  is:  Task  name,  engineer 
responsible,  scheduled  completion  date,  percent  complete, 
and  funds  utilized.  This  data  base  should  be  able  to  be 
accessed  in  many  different  ways.  A  minimum  requirement 
would  te  reports  listing  tasks  complete,  tasks  overdue, 
tasks  by  engineer,  and  tasks  whose  percentage  completion  is 
grossly  different  from  its  funds  used  percentage. 
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1.   Operations  System 

The  primary  result,  or  output,  desired  of  the 
operations  system  is  an  efficiently  operating  laboratory. 
Efficiency  is  sometimes  hard  to  quantify  but  some  factors 
can  le  monitored.  Actual  time  a  test  takes  vice  planned  can 
lie  mcnitcred.  Deviation  from  planned  time  can  be  evaluated 
to  see  if  EWSSL  operations  could  be  changed  to  decrease  the 
deviation.  Simulator  down  time  should  also  be  monitored. 
Reasons  for  the  down  time  should  be  detailed  and  recorded  to 
see  if  trends  develop  which  could  be  changed  by  purchase  of 
proper  replacement  parts  or  additional  spare  parts. 

EWSSI  schedul  ng  greatly  effects  the  day  to  day 
operations  of  the  IWSS1.  Scheduling  is  quite  complex 
because  of  the  multiple  options  of  computer  controllers, 
simulators,  and  test  equipment  available.  The  scheduling 
output  needs  to  show  the  tests  planned  throughout  the  fiscal 
year.  Ihere  is  a  great  deal  of  information  required  to 
generate  the  schedule.  This  information  includes:  the  simu- 
lator required,  the  IW  system  being  tested,  the  scenario  and 
computer  required,  test  equipment  required,  EW  system 
personnel  contact  with  name,  location,  and  telephone  number, 
EWSS1  personnel  contact,  number  and  type  of  EWSSL  person;  ?1 
required  for  test,  and  the  time  the  EW  system  is  availa.  .e 
for  the  test  and  the  duration  of  the  test. 

The  process  of  generating  the  output  from  the 
above  inputs  requires  a  great  deal  of  cross  checking  and 
coordination.  A  data  base  for  each  simulator  containing 
test  equipment  and  number  and  qualification  of  personnel 
required  for  each  type  of  test  can  be  maintained.  Once  test 
timeframe  is  known  a  cross  check  to  see  if  personnel  is 
availatle  is  performed.  This  involves  checking  to  see  if 
personnel  are  qualified  and  available.  Availability  is 
determined  by  other  tests  being   performed  in  the  laboratory 
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or  annual  leave  schedule.  Test  equipment  must  alsc  be 
checked  for  availability.  This  is  determined  bj  other 
testing  in  the  laboratory,  maintenance  records  and  calibra- 
tion schedules. 

This  process  is  ideal  for  computer  implementa- 
tion because  data  bases  can  easily  be  built  containing  all 
the  reguired  information.  Costs  of  each  test  can  be  esti- 
mated from  the  abeve  information  and  labor  rates  and 
supplied  to  the  user  much  quicker  then  is  presently  the 
case.  Ihis  information  could  then  be  fed  back  to  the  plan- 
ning system  to  see  if  year  end  funding  is  impacted.  This 
process  should  also  naintain  a  log  of  all  BWS3L  operations 
for  test  reports  and  historical  purposes. 

A  data  tase  containing  all  EWSSL  equipment, 
calibration  cycle  time,  time  required  for  calibration,  and 
last  calibration  date  needs  to  be  implemented.  Calibration 
down  time  can  then  be  calculated  for  each  piece  of  equipment 
and  the  test  time  for  calibration  projected. 

c.   Development  System 

The  development  system  of  the  MSS  would  be  used 
to  improve  management  of  the  simulator  development  projects. 
This  includes  hardware  developed  either  in  house  or  with  an 
outside  contractor. 

The  system  would  use  some  of  the  same  process  as 
in  the  planning  system  for  project  management  and  financial 
control.  The  main  difference  would  be  in  the  quantity  cf  the 
data.  Eesults  of  the  prioritization  determination  done  in 
the  planning  system  would  be  used  as  guides  to  monitor  simu- 
lator development.  The  planning  systems  process  used  for 
scheduling  could  also  be  used  to  generate  the  simulator 
development  schedule. 

Contractor  development  efforts  involve  tracking 
a  great  deal  of  documents.   A  tracking  system  is  required  to 
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record  date  received  type  of  review  required  and  when 
response  is  due.  Personnel  assigned  the  action  of  response 
could  then  be  flagged  when  response  time  is  getting  near. 
Listings  generating  cverdue  responses,  completed  responses, 
and  personnel  responsible  could  then  be  generated. 

A  difficult  part  of  simulator  development  is  the 
procurement  of  hardware.  To  efficiently  integrate  simulator 
hardware  into  a  functioning  piece  of  equipment  components 
must  be  available  at  specified  times.  Delays  can  fce  very 
costly.  A  data  base  containing  eguipment  ordered,  order 
date,  cost.  Job  Crder  utilized,  purchase  order  number, 
supplier,  and  estimated  delivery  date  must  be  maintained. 
Ihe  information  in  this  data  base  could  be  cross  checked 
with  overall  simulator  development  schedule  to  see  where 
conflicts  occur  soon  enough  to  make  improvements. 
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VI.  COHCIDSIOHS  AND  BEaDMMENDATIOHS 

A.  SOHHABI 

This  report  presents  a  review  of  the  current  literature 
on  MSS  development,  some  current  management  philosophy,  and 
an  organizational  analysis  of  the  EWSSL  located  at  PMTC,  Pt. 
Mugu,  California.  The  chapter  on  MSS  development  focused  on 
general  criteria  of  ar  MSS.  The  section  on  current  manage- 
ment philosophy  related  ideas  presented  in  In  Search  Of 
Excellence  by  Peters  and  Waterman  to  the  Navy  environment. 
The  organizational  analysis  was  performed  using  the  Network 
model  developed  by  N.  Tichy.  Using  the  knowledge  gained  on 
MSS  development  and  the  organizational  analysis  appropriate 
objectives  and  requirements  for  a  MSS  were  developed  for  the 
EWSS1. 

B.  CCSC1DSI0H 

The  organizational  analysis  showed  that  the  current 
information  and  control  systems  are  manual  and/or  slow  and 
are  not  integrated  to  provide  uniform  information.  One 
objective  of  the  MSS  is  to  decrease  the  time  required  to 
respond  to  inquiries  from  Washington  sponsors.  It  was 
determined  that  the  best  way  to  improve  response  time  would 
be  to  utilize  an  integrated  computer  controlled  MSS. 

Seme  information  required  by  the  EWSSL  is  controlled  at 
bureaucratic  levels  higher  then  the  organizational  analysis 
included  making  it  impossible  to  improve  the  response  time 
of  some  of  the  information.  It  became  evident  that  EWSSL 
operations  could  be  improved  if  an  integrated  MSS  was 
utilized  at  higher  levels  in  the  PMTC  organization. 
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The  organizational  analysis  showed  how  important  experi- 
enced personnel  are  for  the  EWSSI  to  operate  smoothly.  The 
area  of  EW  is  unigue.  Experienced  personnel  are  hard  to 
find.  The  atmosphere  of  the  EWSSL  needs  to  be  such  that 
qualified,  experienced  personnel  will  want  to  stay  in  the 
organization.  The  analysis  shewed  that  laboratory  personnel 
are  mestly  concerned  with  day  to  day  problems.  Attempting 
to  solve  these  day  tc  day  problems  would  have  the  tiggest 
impact  on  operations. 

C.   RICCHHEBDATIOHS 

1.  MSS  Development 

It  is  the  authors1  recommendation  that  a  new  inte- 
grated MSS  for  the  EWSSI  be  developed.  What  is  envisioned 
is  an  MSS  utilizing  seme  of  the  existing  information  systems 
structures  and  design  techniques  but  all  operating  en  cne 
computer  system.  Ihis  approach  would  minimize  the  design 
costs,  keep  some  of  the  familiarity  of  the  current  systems, 
and  provide  for  an  integrated  system. 

2 .  Central  Processor 

The  central  processor  chosen  for  the  MSS  should  be 
capable  of  interfacing  with  the  'Washington  sponsors  computer 
systems  currently  under  development. 

3-   User  Oriented 

The  users  of  the  EWSSL  MSS  have  the  most  to  gain 
from  its  development.  However,  the  MSS  can  only  be  effec- 
tive if  all  concerned  feel  motivated  to  use  it  and  under- 
stand how  to  use  it.  It  is  therefore  recommended  that  these 
individuals  be  participants  in  the  design  and  implementation 
of  the  MSS.  The  design  should  use  the  principles  detailed 
in  chapters  II  and  III  of  this  thesis. 
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•**   Iterative  Development 

The  development  of  the  MSS  for  the  EWSSL  should  be 
carried  out  in  an  iterative  fashion.  Development  should 
begin  with  a  specific  subsystem  being  implemented  and  tested 
by  itself  to  test  the  design  concepts  and  applicability  to 
EWSS1  operations.  It  is  recommended  that  the  scheduling 
function  of  the  operations  system  be  developed  first.  It 
seems  that  all  the  information  required  for  a  design  is 
never  available  so  by  developing  only  a  subsystem  not  as 
much  risk  is  encountered  as  in  a  complete  development.  Ihe 
iterative  approach  also  allows  for  a  gradual  transition  from 
existing  systems  so  that  change  is  not  to  great  at  any  one 
time.  Ihis  allows  time  to  build  organizational  awareness 
and  to  formalize  commitment  to  the  operation. 

5-   Information  Eelays 

Ihe  EWSSL  is  dependent  on  other  PMTC  groups  for 
information  it  requires.  These  groups  may  be  either  higher 
up  the  bureaucratic  organization  or  in  a  different  chain  of 
command.  Specific  examples  are  the  dissemination  of  memo- 
randums frcm  the  EW  directorate  on  down  or  the  location  of 
purchase  orders  in  the  supply  department.  It  is  recommended 
that  a  means  of  ascertaining  where  the  delays  are  caused  in 
the  organization  be  implemented.  Routing  slips  recording 
time  in  and  out  of  each  stop  is  one  approach.  Analysis  of 
the  delays  should  be  done  and  corrections  implemented. 

6  •   People  Constraint 

Ihe  EWSS1  operations  depend  a  great  deal  on  experi- 
enced personnel.  Either  one  of  two  approaches  can  be  used 
to  minimize  this  constraint.  Either  additional  personnel 
can  be  hired  and  trained  to  minimize  the  impact  of  one  indi- 
vidual leaving  the  organization,  a  very  costly  endeavor,   or 
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the  MSS  can  be  developed  to  the  point  where  the  krowledge 
required  to  operate  the  EtfSSL  is  included  in  it,  also  very 
costly.  It  is  believed  that  a  compromise  somewhere  between 
these  twc  extremes  needs  to  be  reached. 


76 


IIST  OF  BEFERENCBS 


1.  Minzberg,  N.,  The  Nature  of  Managerial  Work,  Harper 
and  Row  Publishers,  1 9737 

2.  Naisbitt,  J. ,  Eegatrends.  Warner  Books,  1984. 

3.  Mclead,  R. ,  Management  Information  Systems,  Science 
Research  Associates,  Tnc.^  T9"B3. 

4.  Stcner,  J.,  Management .  Prentice-Hall,  Inc.,  1982. 

5.  Rigo,  J.  T.,  "System  Requirements  Document ation< "  Data 
Processing  Management,  v.  4-01,  Auerbach  Publishers, 
Inc77~TT75. 

6-  Sprague,  R.  H.  and  Carlson,  E.  D. ,  Building  Effective 
Decision  Support  Systems,  Prentice -Hall,  Inc. 7  19~8"2. 

7.  Anthony,  R.  K. ,  Planning  and  Control  Systems:  A 
Framework  For  Analysis,  Harvard*  tinl versify  Graduate 
School  of  Business  Administration,  1965. 

8.  Hackathorn,  R.  and  Keen,  P.  G.,  "Organizational 
Strategies  for  Personnal  Computing  in  Decision  Support 
Systems."  Management  Information  Systems  Quarterly, 
Vol.5,  No.  37~^€pT7~T9B17 _J * 

9.  Simon,  H.  A.,  The  New  Science  of  Management  Decisions, 
Harper  and  Row,  Publis'Kers,~T9'5"D. 

10. 


mc. 


11.  Tichy,  N.,   Managing  Strategic  Change,   Prentice- Hall, 
Inc.,  1983. 

12.  Peters,   T.    J.   and  Waterman,    R.H.,   In   Search  of 
Excellence.  Warner  Books,  1984. 

13.  Ackoff,    R.,    "Management   Misinformation   Systems," 
Management  Science.  Vol.  I I- 4,  1967. 

14.  Kocntz,  H.  and  C'Donnel,  C.  Principles  of  Management, 
McGraw  Hill  Bock  Company,  196B7* 


77 


BIBLIOGRAPHY 


Christiansen,  C.  Rcland.  Business  Policy  Text  and  Cases. 
Richard  D.  Irwin  Inc.,  1982 

Fisher,  G.  H.,  Cost  Considerations  in  Systems  Analysis. 
American  Elseviar  PunllsKing- CC7  inc. ,  TT74 

Garrison,  Ray  H.  .  Managerial  Accounting.  Business 
Publications,  Inc. ,  1982 

Gorry,  G.  A.  and  Scott-Morten,  M.  S.,  "A  Framework  for 
Management  Information  Systems",  Sloan  Management  Review, 
v. 13-1,  Fall  1971 

Horn,  Richard  J,  Studies  in  the  Management  of  Government 
Enterprise,  Martinus  ftijnorf ~TubIishing7  T9H7 

House,  William  C. ,  Decision  Support  Systems.  Petrocelli 
Books,  Inc.,  1983 

Krauss,  I.  I.,  Computer- Eased  Management  Information 
Systems,  American  Management  Association,  inc.,  19  /u 

Lanford.  H.  W.  ,  Systems  Management.  National  University 
Publications,  1981 

Mishan.  E.  J.,  Cost- Benefit  Analysis.  George  Allen  and  Dnwin 
ITD,  198  2      L 3 

Powers,  M.  J. ,  Computer  Information  System  Development; 
Analysis  and  D esig^n, ^5 ouTIF" Western- PuEIisEing~Uomplny ,  1v«4 

Render,  B.  and  Stair,  fi.  M. ,  Quantitative  Analysis  for 
Management,  Allyn  and  Browm,  Inc.,  1982 

Sayles,   Leonard  R. ,   Leadership.   McGraw  Hill  Book  Company, 

Van  Hcrne,  J.  C,  Financial  Management  and  Policy.  Prentice 
Hall,  Inc.,  19  83   * "L 

Whittaker,  James  B..  Strategic  Planning  in  a  Rapidly 
Changing  Environment .  Lexington  Books,  7U7b 


78 


IHIIIAL  DISTRIBUTION  LIST 


No.   Copies 


1.  Defense  Technical  Information  Center  2 
Cameron  Station 

Alexandria,  Virginia  22304-6145 

2.  litrary.  Code  0  142  2 
Naval  Postgraduate  School 

Monterey,  California  93943-5100 

3-    Professor  J.    fl.  Creighton  1 

Code  54Cf 

Naval  Postgraduate  School 
Konterey,  California  93943-5100 

4.    Professor  J.  W.  IaPatra  1 

Code  54Lp 

Naval  Postgraduate  School 
Konterey,  California  93943-5100 

4.    Commander  5 

Pacific  Missile  Test  Center 
Code  4044 
Et.  Mugu,  California  93042 


7S 


/^9^ 


Banks 

Considerations  for 
the  design  and  imple- 
mentation of  a  manage- 
ment support  system 
for  the  Electronic 
Warfare  System  Support 
Laboratory. 


Thesis 

B2128 

Banks 

c.l 

Considerations  for 

the  design  and  imple- 

mentation of  a  manage- 

ment support  system 

for  the  Electronic 

Warfare  System  Support 

Laboratory. 

fc£tf 


